H5 クラッシュリサーチ_html/css_WEB-ITnose-htmlチュートリアル-php.cn

Webview でページが適切に実行されるための前提条件は、効率的で安定した Webview コンテナーを備えていることであることはわかっています。コンテナーの効率と安定性は、コンテナープロバイダーによって保証されるだけでなく、コンテナーユーザーにも準拠する必要があります。そうしないと、ページがクラッシュする可能性があります。これらのガイドラインは何ですか?どのような上位レベルのコードがコンテナを異常終了させるのでしょうか?これがこの記事で説明する必要があることです。

H5 クラッシュ問題の概要

以下の図は H5 クラッシュの大まかなフローチャートです:

フロントエンドはページクラッシュのステータスとスタックをキャプチャできないため、H5 ページで発生したエラーはに渡されます。 Java および下位レベルのネイティブは、コンテナーが異常終了するまで待機し、終了時にコンテナーがスタックをログに書き込み、次回コンテナーが開かれたときにスタック情報が報告されます (定期的に報告される場合もあります)。）。

H5 クラッシュ初期調査

テストコード倉庫アドレス:

git clone https://github.com/barretlee/h5crash.git;cd demo;

ログイン後にコピー

注: コードは Webview コンテナーでテストする必要があり、PC ブラウザーでは例外は発生しません。

H5 クラッシュの原因は明らかではありませんが、経験と調査から判断すると、次の 3 つのタイプに大別できます:

1. メモリの問題

テスト方法: クロージャを使用し、メモリ量を継続的に増加します。、増加するかどうかを確認しますどの間隔サイズで、WebView コンテナーが異常になります
テストアドレス: https://rawgit.com/barretlee/h5crash/master/demo/crash-memory.html (このページを開くユーザーWeChat、Weibo、またはその他のクライアントでは、クリックしてテストし、100M メモリを選択できます。予想通り、クライアントはクラッシュします。)

既存の干渉: この種のテストには、次のような多くの干渉があります。デバイスタイプ、システムタイプ(iOS/Android)、デバイスメモリ動作状態など

テスト方法: さまざまな方法でレイヤーを作成し、ページのクラッシュ状況を観察します

テストアドレス: https://rawgit.com/barretlee/h5crash/master/demo/crash-layer.html

```
内存消耗：0 M
```
ログイン後にコピー
実際、複数のレイヤーを作成するとメモリが大量に消費されます。ページクラッシュは過剰なメモリ消費が原因である可能性があります
テスト方法: 複数の異なるリクエストを同時に発行してみてください。フェッチリクエスト、
- H5 クラッシュテスト結果
テスト結果:
不透明度、アニメーション、位置などを使用してレイヤーを作成します。1 ワットがあってもページは大きく変わりませんが、変換を使用して 2k ～ 5k のレイヤーを作成します。ページがスタックします数秒後にすぐにクラッシュします。
上記の臨界値は依然として正確である可能性があります。
概要