Wenn ich meine Lösung debugge, ist vs 2017 sehr verzögert und langsam, als müsste etwas Schweres im Hintergrund betrieben werden.
Es hört also 2 Sekunden lang alle 5 Sekunden auf zu "reagieren", was sehr ärgerlich ist. Irgendwelche Vorschläge?
BEARBEITEN (versuchte Vorschläge):
Antworten:
Nach einigen zusätzlichen Untersuchungen habe ich festgestellt, dass dieser Thread beim Debuggen unter Extras → Optionen → Debuggen → Allgemein das Kontrollkästchen Diagnosetools aktivieren deaktiviert hat !
Durch Entfernen des Häkchens aktivieren Sie JavaScript Debuggen für ASP.NET in
Extras → Optionen → Debugging → Allgemein
einen großen Unterschied in der Leistung macht.
Wenn die Deaktivierung der Diagnosetools das Problem nicht behebt, versuchen Sie, IntelliTrace zu deaktivieren, indem Sie das Kontrollkästchen IntelliTrace aktivieren unter Extras -> Optionen -> IntelliTrace deaktivieren. Arbeite für mich.
Ich habe versucht, einige Dinge selbst zu deaktivieren, um zu sehen, was sie verursacht. Das einzige, was für mich funktioniert hat, ist Extras> Optionen> Debugging> Allgemein> "JavaScript-Debugging für ASP.NET (Chrome und IE) aktivieren".
Ich verwende VS2017 Enterprise v15.2 für Asp.net WebForms.
Ich habe auch die Verzögerung, wenn "Javascript-Debugging für ASP.NET (Chrome und IE) aktivieren" aktiviert ist. Das Deaktivieren der Option "Diagnosetools beim Debuggen aktivieren" hat nicht geholfen.
Ich habe jedoch auch festgestellt, dass beim F12 für Chrome Developer Tools die Verzögerungszeit vergeht und die App funktioniert.
Hoffe das hilft.
Das Ausblenden des Threads-Fensters hat den Trick für mich getan.
Das einzige, was mir geholfen hat, war die Deaktivierung der Debugger-Option von Resharper. Wenn Sie Resharper verwenden , deaktivieren Sie "Lokale Variablenwerte im Editor anzeigen " im Menü: Resharper -> Optionen -> Extras -> Debugger .
Es hat mir geholfen.
Ich hatte das gleiche Problem. Im Debug-Modus lief mein Webforms-Projekt sehr langsam. Bei Verwendung von Strg + F5 lief es schnell (wie bei der Bereitstellung). Ich habe einen Try / Catch-Block gefunden, der 45 Mal ausgeführt wurde. Es hat nichts getan, es hat nur einen Fehler eingefangen, den ich gemacht hatte. Ich habe den Fehler behoben und beim Entfernen des Try-Catch-Blocks - voila! - zurück auf volle Geschwindigkeit.
Wenn dieses Problem auftritt und Sie alle oben genannten Lösungen ausprobiert haben (ich habe es getan), suchen Sie nach einem Try-Catch-Block, der häufig ausgelöst wird. [Beheben Sie Ihren Fehler :)] und entfernen Sie dann den Try-Catch-Block. Ich kann den Unterschied nicht glauben, den es gemacht hat. Hätte natürlich überhaupt keinen Unterschied machen sollen, da der Try-Catch-Block nichts tat, aber es tat.
Ich habe es aufgegeben, Debug => Attach To Process zum Laufen zu bringen ... habe sogar ALLE Lösungen in diesem SO-Beitrag ausprobiert ( Wert von 2 Seiten ).
Verwenden Sie die ReAttach VS IDE-Erweiterung . Dadurch wird die Notwendigkeit umgangen, das Dialogfeld "An Prozess anhängen" jemals wieder zu verwenden, wenn es sich um einen Prozess handelt, an den Sie kürzlich angehängt haben.
Wenn Sie VS 2017 Enterprise Edition verwenden, deaktivieren Sie die IntelliTrace-Funktion (Extras -> Optionen -> IntelliTrace).
Wenn diese Funktion deaktiviert war, verschwand das verzögerte Verhalten, selbst wenn die Diagnosetools aktiviert blieben (Extras -> Optionen -> Debugging -> Diagnosetools während des Debuggens aktivieren).
Manchmal liegt es an einem Echtzeit-Scan in Antivirus.
" Ausnahmen hinzufügen " Visual Studio-Dateien / -Ordner für Ihr Antivirus
C: \ Programme (x86) \ Microsoft Visual Studio \ 2017 \ Professional \ Common7 \ IDE \ devenv.exe
C: \ Programme (x86) \ Microsoft Visual Studio \ 201
Ich hatte dieses Problem, bei dem das Programm langsamer lief, wenn es von Visual Studio aus gestartet wurde. Es stellte sich heraus, dass es zu viele Threads gab, wie viele neue System.Threading.Thread () in einer Schleife usw. Ich habe den Code so umgeschaltet, dass stattdessen ThreadPool verwendet wird Aufgabe usw. und die Langsamkeit ging weg.
In meinem Fall hatte ich einen Haltepunkt mit einer Bedingung, die nie erfüllt wurde. Ich hatte diesen Haltepunkt völlig vergessen. Manchmal kann das Hinzufügen einer einfachen Bedingung zu einem Haltepunkt die Debugging-Geschwindigkeit erheblich verlangsamen.
Fügen Sie dies einfach hinzu, falls es jemandem helfen könnte.
Die von mir verwendete Problemumgehung bestand darin, msvcmon.exe lokal im Administratormodus auszuführen, bevor der Debugger gestartet wurde. Starten Sie dann das Anhängefenster und stellen Sie den Remote-Debugging-Port bereit.