Die Google Chrome-Entwicklertools arbeiten sehr langsam

80

Da Google Chrome auf die Version 50.x aktualisiert wurde, ist es unmöglich, mit DevTools zu arbeiten. Dieses Problem wurde hauptsächlich auf der Registerkarte "Netzwerk" reproduziert. Jedes Mal, wenn Sie auf "Anfrage" klicken, dauert es ungefähr 30-40 Sekunden. Danach kann Chrom abstürzen. Es wurde versucht, alle Erweiterungen zu löschen, den Cache zu löschen und neu zu installieren, aber es hat nicht geholfen. Weiß jemand, wie man dieses Problem behebt?

Ich verwende Chrome 50.0.2661.87 m

UPD: Das Problem kann aufgrund langer Header auftreten. Versuchen Sie, die Antwort- und Anforderungsheader zu schließen.

Kirrosh
quelle
Wenn Sie auf "Anfrage" klicken, meinen Sie dann, dass Sie auf eine Anfrage oder einen bestimmten Teil der Benutzeroberfläche mit der Bezeichnung "Anfrage" klicken? Können Sie auf eine Beispielwebsite verlinken, auf der Sie das Problem haben? Ich habe versucht, auf der StackOverflow-Site zu reproduzieren, bin jedoch auf keine Probleme gestoßen.
Matt Zeunert
@MattZeunert Wahrscheinlich können Sie es auf jeder Site finden, aber versuchen Sie dies en.wikipedia.org/wiki/Main_Page oder vor Ort mit vielen Skripten und XMLHttpRequests. Öffnen Sie devtools -> Netzwerk -> klicken Sie auf eine Anfrage oder ein Skript in der Liste -> gehen Sie zu Header / Vorschau. Die Navigation braucht zu viel Zeit (zumindest für mich) - 30 Sek.
Kirrosh
Dieses Problem trat gestern auch bei mir auf. Habe viele der gleichen Schritte zusätzlich zum Umbenennen des "Standard" -Profils für den Fall versucht, dass das Profil beschädigt war. Ich werde heute Abend zu Hause auf einer anderen Maschine versuchen.
NuNn DaDdY
Ich bin unter 50.0.2661.102 OSX und habe das gleiche Problem, wenn ich versuche, CSS-Eigenschaften zu bearbeiten. Es dauert so lange, bis der Wert tatsächlich aktualisiert ist, und meistens werden sogar die neuesten Zeichen entfernt, die ich eingegeben habe. Wirklich nervig.
Yoann
Bei der Arbeit mit einer großen Angular-App ist es sehr umständlich, zwischen Konsole und Element-Viewer zu wechseln. Wenn Sie eine Aktion in der Konsole ausführen, wird die GUI sehr langsam. Bei der Auswahl des Elements auf dem Bildschirm tritt normalerweise eine Verzögerung von 2 Sekunden auf.
Skmasq

Antworten:

49

Ich hatte ähnliche Probleme beim Debuggen in Chrome-Versionen 50+ unter Mac OS X 10.11.3. Die einzige Lösung, die ich bisher gefunden habe, besteht darin, die Entwickler-Tools rechts angedockt zu halten, und sie scheinen genauso leistungsfähig zu sein wie zuvor. Nicht die optimale Lösung, aber es funktioniert in meinem Fall.

Chris Kittredge
quelle
5
Völlig bizarr, aber definitiv ein Lebensretter. Ich denke gerne, dass diese Problemumgehung nicht zu lange notwendig sein wird, aber sie macht Entwickler-Tools wieder für mich verwendbar. Vielen Dank!
Jpcamara
3
Selbst nicht angedockte Werkzeuge mit Bildschirmbreite haben das gleiche Problem wie berichtet. Wenn es verengt ist, wirkt es normal. Das ist definitiv seltsam :) Wird das irgendwo gemeldet? Bearbeiten: Es basiert auf der Breite des Quellfensters! Je schmaler, desto schneller reagiert es. Danke @Chris!
Michal Roharik
1
Scheint in 60.0.3112.113 wieder zurück zu sein. Dieser Fix funktioniert wieder.
SoEzPz
1
Ich bin gerade auf dieses Problem mit Chrome 61.0.3163.100 gestoßen. Wieder hat das dünnere Fenster es total repariert!
Stevejboyer
2
@ Rebar Falls Sie es noch nicht behoben haben, gibt es einen anderen Fix, der vor ein paar Wochen gefunden wurde link
Ophidian
19

Schließlich wurde eine Lösung gefunden, die mir nach so langer Zeit und nach so vielen fehlgeschlagenen Versuchen, sie zu beheben, geholfen hat: Lösung in den Google Chrome-Foren

Gehen Sie zu chrome: // flags / # force-color-profile

Ändern Sie es in sRGB

Da Google keine direkten Links zu zulässt, müssen chrome://Sie den Doppelpunkt selbst einfügen oder den gesamten Link manuell in Ihre Symbolleiste eingeben.

Ophidian
quelle
14

Meine Situation war ähnlich, nachdem ich eine Weile mit extrem langsamen Reaktionen der Entwicklertools zu kämpfen hatte, stellte ich fest, dass das Problem durch eine Chrome-Erweiterung verursacht wurde, die ich für KnockoutJs installiert hatte. Versuchen Sie daher, Personen, bei denen diese Probleme auftreten, im Rahmen der anfänglichen Fehlerbehebung die Chrome-Erweiterungen zu deaktivieren .

diegosasw
quelle
2
Schön. Für mich war es eine Knockoutjs context debuggerErweiterung. Prost!
Dunc
2
Für mich war es das React Developer Tools! Kommt nur unter Mac vor, nicht unter Windows.
Domi
Das Deaktivieren der AuguryErweiterung hat mir geholfen. Vielen Dank!
Matti Lehtinen
1
Kann bestätigen, dass React Developer Toolsauch
Windows
7

Ich verwende die Version 61.0.3163.79 und habe das gleiche Problem, über das in diesem Beitrag gesprochen wird.

Bei einigen Suchanfragen stellte ich fest, dass das Problem bei dem von mir verwendeten Benutzer lag. Ich habe versucht, int google chrome als Gast einzugeben, und die devtools wurden wieder schneller.

Also habe ich getan:

  1. Überprüfen Sie, ob das Debuggen mit dem Gastbenutzer schneller ist, als es sein sollte.
  2. Melden Sie sich vom Konto ab .
  3. Bereinigen Sie den gesamten mit Google Chrome verknüpften Cache.
  4. Starten Sie den PC neu (aber ich denke, das Schließen des Browsers ist genug)
  5. Melden Sie sich erneut in Ihrem Konto an .

Ich hoffe, dies könnte anderen Menschen mit dem gleichen Problem helfen.

[BEARBEITEN:]

Ich fand heraus, dass die Google Chrome Dev Tools nach einiger Zeit (Wochen) wieder langsamer werden. Also habe ich die folgende Lösung ausprobiert und es hat funktioniert:

  1. Öffne das dev tools
  2. Gehen Sie zur SourcesRegisterkarte.Geben Sie hier die Bildbeschreibung ein
  3. Alle überwachten Variablen, Haltepunkte, DOM-Haltepunkte und Ereignis-Listener-Haltepunkte wurden bereinigt. Geben Sie hier die Bildbeschreibung ein

[ZWEITE BEARBEITUNG:]

Nach einigen Wochen kam das Problem erneut. Was ich getan habe, war die Installation des Google Canary Version 64.0.3249.2 Canary (64-Bit) und meine Probleme verschwanden.

Für diejenigen, die nicht wissen, was Kanarienvogel ist, überprüfen Sie bitte diesen Link.

Ricardo Rocha
quelle
4

Google ist sich des Problems bewusst - https://bugs.chromium.org/p/chromium/issues/detail?id=624097

Das Problem scheint in Version 53 verschwunden zu sein - sie versuchen derzeit herauszufinden, was es behoben hat. Wenn möglich, wird der Fix wieder auf Version 52 zusammengeführt. Aber zumindest arbeiten sie daran.

Jimmy Thomsen
quelle
3
Ich arbeite jetzt an v53.0.2785.101, habe immer noch das Problem. Es ist so unbrauchbar, dass ich Firefox installiert habe und es seit Jahren nicht mehr verwendet habe ...
MatteoSp
Ziemlich das gleiche hier - wollte einen Text in einem Div bearbeiten, um den Client anzuzeigen, dauerte 30 Sekunden, nachdem ich geklickt hatte, um zu bearbeitbarem Text zu wechseln.
LocalPCGuy
Ich habe v53 verwendet, als ich diesen Thread gefunden habe. Das scheint also falsch zu sein? 53.0.2785.143 m scheint jedoch besser zu sein. Obwohl ich nicht sicher bin, ob es nur der Neustart war, der das Problem gelöst hat.
Ian Grainger
9
Gleiches Problem in Chrome 54.0.2840.71 m (64-Bit)
Lelis718
Irgendeine Problemumgehung? Ich habe Kanarienvogel probiert und es ist dasselbe für mich. Ich muss
erstmal
3

Falls andere hier mit dem gleichen Problem ankommen, das ich hatte, ändern Sie die Registerkarte Entwicklungswerkzeuge, die Sie sich ansehen, in Elemente .

Ich hatte die Registerkarte "Quellen" geöffnet und Chrome versuchte, enorme Ressourcen für diese Registerkarte zu laden, was zu einer Verzögerung von mehreren Sekunden zwischen den von console.log()mir erstellten Ereignissen und der Anzeige dieser protokollierten Nachrichten führte.

duhaime
quelle
2

Ich hatte das gleiche Zeitproblem mit der 54.0.2840.99 m-Version von Google Chrome.

Aber der Wechsel zu Chrome Canary hat funktioniert!

LoanJ4490
quelle
1
Google Canary arbeitete für mich bis zum letzten Update, und die Version 59.0.3054.1 ist auch sehr langsam :(
Miyconst
2

Machen Sie devtools wieder bissig, indem Sie alle Haltepunkte deaktivieren:

Gehen Sie zur SourcesRegisterkarte, zeigen Sie den Debugger (möglicherweise ausgeblendet) und drücken Sie Deactivate breakpoints.

(Chrome v62.0 unter Windows 10)

Hinrich
quelle
das ist es! Versuchte alles in diesem Thread, aber das hat endlich funktioniert. Ich denke, für große js-Projekte scheint es irgendwie Probleme zu verursachen.
Coderofsalvation
1

Ich stehe auch vor dem gleichen Problem.

Ich habe versucht, den Screencast zu deaktivieren. Jetzt funktioniert es gut.

Khurshid Ansari
quelle
1
Für den Fall, dass jemand anderes Schwierigkeiten hat, "Screencast umschalten" zu finden: Es ist ein Symbol in der oberen linken Ecke von DevTools
Matti Lehtinen
1

Größe des resourceSeins reduzierenoverridden

Nur overridingDateien mit weniger Codezeilen haben bei mir gut funktioniert. Ich bin hier gelandet, weil ich overridingeine Akte hatte, die hatte35,000 + Zeilen von hatte Javascript.

Wenn resourcees sich um ein neues Tag handelt, dh wenn es nicht in einem scriptTag oder linkTag enthalten ist, können override main html documentSie das Tag hinzufügen : <script src="/my-new-script.js"></script>. Fügen Sie die Datei zu Ihrem Domain-Root in derOverrides folder on hinzuChrome :

overriding HTML

Geben Sie hier die Bildbeschreibung ein

dann overridingCUSTOM SCRIPT:

Geben Sie hier die Bildbeschreibung ein

Viel Glück...

Aakash
quelle
1

Ich habe Chrome erneut beschleunigt, indem ich Folgendes getan habe:

  • Öffnen Sie DevTools -> wählen Sie die Registerkarte Elemente ->
    • Wählen Sie die verschachtelte Registerkarte Berechnet -> unter Filter , und stellen Sie sicher, dass Alle anzeigen nicht ausgewählt ist.
    • Wählen Sie die Registerkarte verschachtelte Ereignis-Listener -> stellen Sie sicher, dass Ancestors- und Framework-Listener nicht ausgewählt sind.
Abdull
quelle
0

In meinem Fall hatte ich Local Overrides eingerichtet ( https://developers.google.com/web/updates/2018/01/devtools#overrides) ) im Downloads-Ordner, das viele Dateien enthielt und devtools verlangsamte.

Das Einrichten von Überschreibungen in einem eigenen separaten Verzeichnis hat die Langsamkeit behoben.

Swar Shah
quelle
0

Wenn ich Chrome Version 81.0.4044.138 (Official Build) (64-Bit) unter Ubuntu 18 ausführe, scheint das Problem die mobile Ansicht zu sein. Wenn ich die mobile Ansicht deaktiviere, wird die Inspektion wieder sehr schnell. Ich denke, es wird durch Touch-Emulation und andere mobile Dinge verursacht.

Mobile Ansicht in Chrome Developer Tools

Um etwas Ähnliches wie eine mobile Ansicht zu haben, schiebe ich das DevTools-Dock zur Seite und ändere die Größe, bis ich die gewünschte Breite habe. Es ist nicht perfekt, aber es ist die meiste Zeit nützlich.

Neben Chrome ist Firefox bei der Überprüfung von Websites insgesamt viel schneller, obwohl ich FF nicht verwendet habe, weil ich an bestimmte Dinge in Chrome gewöhnt bin. Darüber hinaus lösen die meisten Websites, mit denen ich arbeite, diese Probleme in Chrome nicht aus. Tatsächlich tritt dies nur bei einer Website auf.

PD : Die Site, die das Problem in Chrome Dev Tools auslöst, enthält viele CSS-Variablen. Ich bin mir nicht sicher, ob das damit zusammenhängt.

UPDATE vor 1 WOCHE Ich konnte Chrome auch in der mobilen Ansicht ohne Probleme verwenden, indem ich die Option "Medienabfragen anzeigen" deaktivierte.

Geben Sie hier die Bildbeschreibung ein

Beto Aveiga
quelle