Vorwort
In unserer täglichen Entwicklung verwenden wir häufig die leistungsstarken Chromkonsolenquellen, um Code -Breakpoints zu debuggen, aber wir können sie in Quellen nicht finden, indem wir JS asynchron durch $.getScript und andere asynchron laden. Wie kann man Breakpoints debuggen? Schauen wir uns unten einen Blick zusammen.
Dies ist ein Beispieldiagramm unseres Debuggings mit Quellen -Haltepunkt:
In der Abbildung können wir sehen, dass wir in Index.js test.js über $.getScript einführen, um zu sehen, wie es ausgeführt wird:
Wir haben im Netzwerk gesehen, dass test.js erfolgreich eingeführt wurde, aber es gehört zu den XHR -Klassenanfragen, daher werden wir es definitiv nicht in Quellen finden.
Wie erwartet gab es in der Tat keine Spuren von Tests. Js in Quellen! Der Höhepunkt kommt, also wie kann ich den Haltepunkt debuggen? ? ?
Ich kenne zwei Lösungen, zunächst das einfachste:
Lösung 1: Hinzufügen //@ sourceURL=test.js zum Header oder Schwanz des test.js -Codes und finden Sie ihn dann in (no domain) zum Debuggen und sehen Sie das Ergebnis an:
Lösung 2: Ändern Sie die asynchrone Methode von $.getScript , um Skript -Tags zu erstellen und synchron zu laden. Die Abbildung ist direkt aufgeführt:
Zusammenfassen
Der Konsolen -Haltepunkt ist sehr nützlich, um Code, Funktionserkennung, Datenansicht und andere Anforderungen zu überprüfen. Wir versuchen, die nervige Konsole zu ersetzen. Das obige ist der gesamte Inhalt dieses Artikels. Ich hoffe, es wird für das Studium und die Arbeit aller hilfreich sein. Wenn Sie Fragen haben, können Sie eine Nachricht zur Kommunikation überlassen.