Поскольку Google Chrome обновился до версии 50.x, работа с DevTools стала невозможной. Эта проблема воспроизводится в основном на вкладке «Сеть». Каждый раз при нажатии на «запрос» проходит около 30-40 секунд. после этого хром может вылететь. Пытался удалить все расширения, очистить кеш и переустановить, но не помогло. Кто-нибудь знает, как исправить эту проблему?

Я использую Chrome 50.0.2661.87 м

UPD: Проблема может возникнуть из-за длинных заголовков. Попробуйте закрыть заголовки ответа и запроса.

У меня были похожие проблемы с отладкой в ​​версиях Chrome 50+ на Mac OS X 10.11.3. Единственное решение, которое я нашел до сих пор, - это держать инструменты разработчика закрепленными вправо, и, похоже, они такие же производительные, как и раньше. Не оптимальное решение, но в моем случае работает.

Наконец, было найдено решение, которое помогло мне после такого долгого времени и после стольких неудачных попыток исправить это: Решение на форумах Google Chrome

Перейдите в chrome: // flags / # force-color-profile

Измените его на sRGB

Поскольку Google не разрешает прямые ссылки на них, chrome://вам придется самостоятельно вставлять двоеточие или вводить всю ссылку вручную на панели инструментов.

Моя ситуация была аналогичной: после некоторой борьбы с крайне медленным откликом инструментов разработчика я обнаружил, что проблема была вызвана расширением Chrome, которое я установил для knockoutJs. Поэтому для людей, испытывающих эти проблемы, в рамках первоначального устранения неполадок попробуйте отключить расширения Chrome .

Я использую версию 61.0.3163.79, и у меня та же проблема, о которой говорится в этом посте.

Путем поисков я обнаружил, что проблема была в пользователе, которого я использовал. Я попытался ввести int google chrome в качестве гостя, и инструменты разработчика снова стали быстрее.

Итак, я сделал следующее:

1. Проверьте, выполняется ли отладка с использованием гостевого пользователя быстрее, чем должна быть.
2. Выйти из учетной записи .
3. Очистите весь кеш, связанный с Google Chrome.
4. Перезагрузите компьютер (но я думаю, что достаточно закрыть браузер)
5. Войдите снова в свой аккаунт .

Надеюсь, это поможет другим людям с той же проблемой.

[РЕДАКТИРОВАТЬ:]

Я обнаружил, что через некоторое время (недели) инструменты разработчика Google Chrome снова станут медленнее. Итак, я попробовал следующее решение, и оно сработало:

1. Открыть dev tools
2. Переходим во Sourcesвкладку.
3. Очищены все наблюдаемые переменные, точки останова, точка останова DOM и точка останова прослушивателей событий.

[ВТОРОЙ РЕДАКТИРОВАНИЕ:]

Через несколько недель проблема возникла снова. Я установил канарейку Google Canary версии 64.0.3249.2 (64-разрядную), и мои проблемы исчезли.

Для тех, кто не знает, что такое канарейка, перейдите по этой ссылке.

Google знает о проблеме - https://bugs.chromium.org/p/chromium/issues/detail?id=624097

Проблема, кажется, исчезла в версии 53 - сейчас они пытаются выяснить, что ее решило. Если возможно, исправление будет снова объединено с версией 52. Но по крайней мере они над этим работают.

Если другие прибудут сюда, столкнувшись с той же проблемой, что и я, попробуйте изменить вкладку инструментов разработчика, на которую вы смотрите, на Elements .

У меня была открыта вкладка «Источники», и Chrome пытался загрузить огромные ресурсы для этой вкладки, что создавало многосекундную задержку между console.log()созданными мной событиями и отображением этих зарегистрированных сообщений.

Снова сделайте devtools быстрым, отключив все точки останова:

Перейдите на Sourcesвкладку, покажите отладчик (может быть скрыт) и нажмите Deactivate breakpoints.

(Chrome v62.0 в Windows 10)

У меня была такая же проблема с 54.0.2840.99 м версией Google Chrome.

Но переход на Chrome Canary сработал!

Я тоже сталкиваюсь с той же проблемой.

Я попробовал отключить скринкаст без флажка. Теперь все работает нормально.

Уменьшить размер resourceсуществаoverridden

У overridingменя хорошо работали только файлы с меньшим количеством строк кода. Я приземлился здесь, потому что я был overridingфайлом, в котором были 35,000 +строки Javascript.

Кроме того, если ваш resourceновый один - т.е. он не включен в scriptтег или linkтег, вы можете override main html documentдобавить тег: <script src="/my-new-script.js"></script>. Добавить файл в домен корня в пределах Overrides folderВКЛ Chrome:

overriding HTML

затем overridingПОЛЬЗОВАТЕЛЬСКИЙ СКРИПТ:

Удачи...

Я снова ускорил Chrome, выполнив следующие действия:

• Откройте DevTools -> выберите вкладку Elements ->
  • выберите вложенную вкладку « Вычисленные » -> в разделе « Фильтр» убедитесь, что флажок « Показать все» не установлен.
  • выберите вкладку вложенных прослушивателей событий -> убедитесь, что прослушиватели Ancestors и Framework не выбраны.

В моем случае у меня была настройка локальных переопределений ( https://developers.google.com/web/updates/2018/01/devtools#overrides ) в папке «Загрузки», в которой было много файлов, что замедляло работу инструментов разработчика.

Настройка переопределений в собственном отдельном каталоге устранила медлительность.

Для меня, когда я использую Chrome версии 81.0.4044.138 (официальная сборка) (64-разрядная версия) на Ubuntu 18, проблема, похоже, связана с мобильным представлением. Когда я отключаю мобильный просмотр, проверка снова становится очень быстрой. Я думаю, это вызвано эмуляцией сенсорного экрана и прочими мобильными штуками.

Чтобы получить что-то похожее на мобильное представление, я перемещаю док DevTools в сторону и изменяю его размер, пока не получу нужную мне ширину. Это не идеально, но большую часть времени полезно.

Помимо Chrome, Firefox намного быстрее проверяет сайты в целом, хотя я не использовал FF, потому что привык к определенным вещам в Chrome. Более того, большинство сайтов, с которыми я работаю, не вызывают этих проблем в Chrome, фактически, это происходит только с одним сайтом.

PD : сайт, который вызывает проблему в Chrome Dev Tools, имеет множество переменных CSS. Не уверен, связано ли это.

ОБНОВЛЕНИЕ 1 НЕДЕЛЮ назад Я смог без проблем использовать Chrome даже в мобильной версии, отключив опцию «Показывать медиа-запросы».