Chrome Dev Tools は、ここに投稿されたものと同様の問題をいくつか発見しました。設計上の選択を与える必要があると思われるよりも多くの DOM ノードが作成されています。
コードのどの領域がランナウェイ DOM ノードの作成を引き起こしているかを突き止める良い方法は何ですか? 情報は非常に便利ですが、それをどう処理するかを理解することは、たとえば CPU プロファイルを処理する場合よりもはるかに簡単ではないように思えます。
Chrome Dev Tools は、ここに投稿されたものと同様の問題をいくつか発見しました。設計上の選択を与える必要があると思われるよりも多くの DOM ノードが作成されています。
コードのどの領域がランナウェイ DOM ノードの作成を引き起こしているかを突き止める良い方法は何ですか? 情報は非常に便利ですが、それをどう処理するかを理解することは、たとえば CPU プロファイルを処理する場合よりもはるかに簡単ではないように思えます。
2つのヒープスナップショット(Profiles
パネル)を作成してみてください。1つはDOMノードが少なく、もう1つは多くのノードがあります。次に、多くのノードが保持されているかどうかを比較して確認します。はいの場合、プライマリリテーナを検出できます。
DOM を歩き回り、DOM にあるノードに関する統計 (タグの種類、クラス名、ID 値、親、子の数、textContent など) を収集するコードを作成することをお勧めします。ページにあるはずの内容がわかっている場合は、このデータ ダンプを見て、予期していない内容を判断できるはずです。ページの読み込み時にコードを実行し、ページを少し動かしてから再度実行し、2 つを比較することもできます。