SinсeGoogleChromeが50.xバージョンに更新され、DevToolsを使用できなくなりました。この問題は主に「ネットワーク」タブで再現されました。「リクエスト」をクリックするたびに、約30〜40秒かかります。その後、クロムがクラッシュする可能性があります。すべての拡張機能を削除し、キャッシュをクリアし、再インストールしようとしましたが、役に立ちませんでした。誰かがこの問題を修正する方法を知っていますか？

Chrome 50.0.2661.87mを実行しています

UPD：ヘッダーが長いために問題が発生する可能性があります。応答ヘッダーと要求ヘッダーを閉じてみてください。

Mac OS X10.11.3のChromeバージョン50以降でのデバッグについても同様の問題が発生しています。私がこれまでに見つけた唯一の解決策は、開発ツールを右側にドッキングしたままにすることであり、以前と同じようにパフォーマンスが高いようです。最適な解決策ではありませんが、私の場合は機能します。

最後に、非常に長い時間の後、そしてそれを修正するための非常に多くの失敗した試みの後に私を助けた解決策が見つかりました：GoogleChromeフォーラムの解決策

行くクローム：//フラグ/＃力-カラープロファイル

sRGBに変更してください

Googleは直接リンクを許可していないためchrome://、自分でコロンを挿入するか、リンク全体をツールバーに手動で入力する必要があります。

私の状況も同様でした。開発者ツールの応答が非常に遅いのにしばらく苦労した後、この問題の原因は、knockoutJ用にインストールしたChrome拡張機能であることがわかりました。したがって、これらの問題が発生している場合は、最初のトラブルシューティングの一環として、Chrome拡張機能を無効にしてみてください。

私はバージョン61.0.3163.79を使用していますが、この投稿で説明しているのと同じ問題があります。

いくつかの検索で、問題は私が使用していたユーザーにあることがわかりました。私が試したのは、ゲストとしてint google chromeを入力することでしたが、devtoolsは再び高速になりました。

だから私がしたことは：

1. ゲストユーザーを使用したデバッグが本来より高速であるかどうかを確認してください。
2. アカウントからログアウトします。
3. グーグルクロームに関連付けられているすべてのキャッシュをクリーンアップします。
4. PCを再起動します（ただし、ブラウザを閉じるだけで十分だと思います）
5. アカウントに再度ログインします。

これが同じ問題を抱えている他の人々に役立つことを願っています。

[編集：]

しばらくすると（数週間）、グーグルクローム開発ツールが再び遅くなることがわかりました。だから私は次の解決策を試しました、そしてそれはうまくいきました：

1. を開きます dev tools
2. Sourcesタブに移動します。
3. 監視対象のすべての変数、ブレークポイント、DOMブレークポイント、およびイベントリスナーブレークポイントをクリーンアップしました。

[2回目の編集：]

数週間後、問題が再び発生しました。私がしたことはグーグルカナリアバージョン64.0.3249.2カナリア（64ビット）をインストールすることでした、そして私の問題は消えました。

それはカナリアが何であるかを知らない誰のために、確認してください。このリンクを。

Googleは問題を認識しています-https：//bugs.chromium.org/p/chromium/issues/detail？id = 624097

この問題はv.53で解消されたようです。彼らは現在、何が問題を修正したのかを解明しようとしています。可能であれば、修正はv.52にマージされます。しかし、少なくとも彼らはそれに取り組んでいます。

他の人が私と同じ問題に直面してここに到着した場合は、表示している[開発ツール]タブを[要素]に変更してみてください。

[ソース]タブを開いていて、Chromeがそのタブの膨大なアセットを読み込もうとしていたため、作成したconsole.log()イベントとログに記録されたメッセージの表示の間に数秒の遅延が発生しました。

すべてのブレークポイントを非アクティブ化して、devtoolsを再びスナッピーにします。

Sourcesタブに移動し、デバッガーを表示して（非表示になっている可能性があります）、を押しDeactivate breakpointsます。

（Windows10上のChromev62.0）

54.0.2840.99mバージョンのGoogleChromeで同じ時間の問題が発生しました。

しかし、Chrome Canaryへの切り替えは機能しました！

私も同じ問題に直面しています。

チェックされていないトグルスクリーンキャストを試しました。今では正常に動作しています。

サイズの削減resourceビーイングをoverridden

overridingコード行が少ないファイルだけがうまく機能しました。の行がoverridingあるファイルだったので、ここに着陸しました。35,000 +Javascript

さらに、あなたresourceが新しいものである場合、つまりscriptタグまたはlinkタグに含まれていない場合は、タグoverride main html documentを追加できます：<script src="/my-new-script.js"></script>。Overrides folderon内のドメインルートにファイルを追加しますChrome：

overriding HTML

次にoverridingカスタムスクリプト：

幸運を...

次の手順を実行して、Chromeを再び高速化しました。

• DevToolsを開きます-> [要素]タブを選択します->
  • [ネストされた[計算済み]タブ-> [フィルター]で、[すべて表示]が選択されていないことを確認します。
  • ネストされた選択イベント・リスナーのタブを- >ことを確認して祖先とフレームワークリスナーが選択されていないです。

私の場合、ダウンロードフォルダにローカルオーバーライド設定（https://developers.google.com/web/updates/2018/01/devtools#overrides）があり、多くのファイルが含まれているため、devtoolsの速度が低下しました。

独自の個別のディレクトリにオーバーライドを設定すると、速度が低下する問題が修正されました。

私にとって、Ubuntu 18でChromeバージョン81.0.4044.138（公式ビルド）（64ビット）を実行している場合、問題はモバイルビューにあるようです。モバイルビューを無効にすると、検査が再び非常に高速になります。タッチエミュレーションなどのモバイルが原因だと思います。

モバイルビューに似たものを作成するには、DevToolsドックを横に移動し、必要な幅になるまでサイズを変更します。完璧ではありませんが、ほとんどの場合に役立ちます。

Chromeに加えて、Firefoxはサイト全体を検査するときにはるかに高速ですが、Chromeの特定のことに慣れているため、FFは使用しませんでした。さらに、私が使用しているほとんどのサイトはChromeでこれらの問題を引き起こしません。実際、1つのサイトでのみ発生します。

PD：Chrome DevToolsで問題を引き起こすサイトには多くのCSS変数があります。それが関連しているかどうかはわかりません。

1週間前の更新[メディアクエリを表示する]オプションを無効にすることで、モバイルビューでも問題なくChromeを使用できました