20

私が取り組んでいる大規模なJavaScriptの重いWebアプリがあります。XHR応答とコンソールログのChromeDevToolsからの応答時間が非常に遅い（3〜5秒）。実際のアプリは高速で応答性が高く、開発ツールだけが問題を抱えているように見えます。

私のアプリが成長するにつれてChrome開発ツールが遅くなっている理由を誰かが知っていますか？

4

5 に答える 5

5

Devtools は他のデバッガーと同じです。アプリケーションの通常の処理フローに接続し、通常必要とされるよりもかなり多くの情報を保存します。これは、デバッグを有効にせずにページを単純にレンダリングするよりもはるかに手間がかかるため、実際には遅くなります。

とはいえ、応答するのに3秒console.logは高いようです。最初に WebKitの夜間バージョンでアプリケーションをテストすることをお勧めします。WebKit では反応するが、Chrome では反応しない場合は、http://new.crbug.com/からインスペクターにバグを報告し、遅さの原因となるシナリオについて提供できる情報を添えてください。

WebKit でも同様に遅い場合は、WebKit の Inspector コンポーネントに対してバグを報告してください: https://bugs.webkit.org/enter_bug.cgi

いずれにせよ、ここにバグ ID を投稿してください。適切なチームにトリアージされていることがわかります。

于 2011-07-12T12:44:29.463 に答える
5

（SOURCESタブの下で）遅いクロム開発者ツールを「修正」しました

  • 時間の経過とともに蓄積された「ウォッチ」リストをクリアします...
  • すべての「スニペット」をクリアすると、数十もありました...

両者のどちらが最も大きな違いを生んだかはわかりませんが、確かに違いがありました

于 2016-06-13T23:35:33.263 に答える
0

私はこれにも苦労し、Chrome デバッガーを使用してコードをステップ実行するのが非常に遅くなり、生産的な開発時間を何時間も費やすようになりました。Chrome でデバッグするときに CPU 使用率を監視すると、プロセッサの 4 つのコアすべての 40% まで使用されていることがわかります。私は無駄にすべてを試しました。最後に、必要なビューを失うことなく、デバッグ中のページのブラウザー ウィンドウをできる限り小さくしてみましたが、奇跡的に問題が解決しました。そのため、デバッガー ウィンドウを別のウィンドウにポップアウトしたままにして、デバッグ中のページのウィンドウをできる限り小さくすると、デバッグ エクスペリエンスが再び非常に高速になります。私はこれを数週間にわたってテストしましたが、持ちこたえました。これが誰かに役立つことを願っています。

于 2016-02-24T19:17:49.603 に答える
0

開発者ツールを別のウィンドウにドッキング解除します。私の場合は仕事です。

于 2016-01-06T06:57:27.867 に答える