Ich verwende Visual Studio 2012 in den ersten Tagen, in denen ich die Anwendung in IDE stoppen möchte. Die Anwendung wurde noch auf IIS Express ausgeführt. Ich konnte die laufende Anwendung durchsuchen und damit arbeiten, aber jetzt kann ich nicht mehr. IIS Beenden Sie die Anwendung sofort, wenn ich die Stopp-Taste drücke. Seit ich mich erinnere, habe ich keine Änderungen an der Einstellung vorgenommen. Wie soll ich das genauso machen wie in den ersten Tagen?
173
Antworten:
Ich hatte kürzlich eine ähnliche Situation, als mein IIS Express plötzlich gestoppt wurde, nachdem ich mit dem Debuggen aufgehört hatte. Dies geschah, nachdem ich "Bearbeiten und Fortfahren aktivieren" aktiviert hatte . Wenn Sie dies deaktivieren, werden Sie feststellen, dass IIS Express auch nach Beendigung des Debuggens weiterhin ausgeführt wird.
Klicken Sie mit der rechten Maustaste auf Ihr Projekt> klicken Sie auf Eigenschaften> wählen Sie links die Registerkarte 'Web'> deaktivieren Sie das
Enable Edit and Continue
Kontrollkästchen.quelle
In VS2010 und VS2012 ist die Option zum Bearbeiten und Fortfahren beim Erstellen eines neuen Webanwendungsprojekts standardmäßig deaktiviert. In VS2013 ist es standardmäßig aktiviert.
Sie finden diese Option auf der Registerkarte Web im Eigenschaftenfenster des Webprojekts.
Wenn "Bearbeiten und Fortfahren aktivieren" aktiviert ist, startet der VS-Debugger Ihre Webanwendung in IIS Express. Wenn Sie das Debuggen beenden, wird auch IIS Express geschlossen. Bei diesem Verhalten wird die Taskleiste des IIS Express während des Debuggens angezeigt und nach dem Debuggen gelöscht. Dieses Verhalten ist dasselbe wie in VS2012, wenn die Option Bearbeiten und Fortfahren aktivieren aktiviert ist.
Wenn Sie während der Entwicklung keine Funktion zum Bearbeiten und Fortfahren benötigen und möchten, dass IIS Express nach einer Debugging-Sitzung erhalten bleibt, können Sie einfach die Option Bearbeiten und Fortfahren aktivieren deaktivieren .
Ich f Sie „Bearbeiten und Fortfahren“ verwenden möchten oder Sie entwickeln eine Asp.net 5 Website (ASP.NET 5 Projekte haben keine Bearbeiten und Fortfahren Checkbox in Projekteigenschaften) Sie den „Detech alle“ Befehl verwenden um das Debuggen zu beenden.
Der Debugger löst sich vom iis-Prozess, ohne ihn zu schließen.
Die Funktion "Bearbeiten und fortfahren" funktioniert eindeutig erst, wenn Sie erneut mit dem Debuggen beginnen.
quelle
Anstatt die
(X) STOP
Taste zu drücken, können Sie die verwendenDetach all
Menüpunkt im Debug-Menü verwenden. Der Hauptunterschied besteht darin, dass die Stopp-Schaltfläche jeden Prozess beendet, der gerade debuggt wird, während Alle trennen den Debugger von den Prozessen trennt, sie jedoch nicht beendet.Der normale IIS-Arbeitsprozess wird ebenfalls beendet. Da er jedoch früher als Dienst ausgeführt wurde, wird er auch automatisch neu gestartet, sodass Sie ihn weiterhin verwenden können, ohne den Prozess über
|> Debug
oder neu starten zu müssen|> Start without debugging
.Screenshot als Referenz
quelle
Es scheint, dass die akzeptierte Lösung seit der Veröffentlichung von Visual Studio 2015 Update 2 nicht mehr funktioniert.
Die einfachste Lösung, die ich bisher gefunden habe, besteht darin, das Projekt durch Auswahl von " Start ohne Debugging " aus dem Debug- Menü zu starten .
quelle
Dies wird wahrscheinlich am besten als eine andere Problemumgehung eingestuft, aber es funktioniert für mich.
Normalerweise starte ich das Projekt zum ersten Mal mit dem Kontextmenü "Im Browser anzeigen" (oder STRG-Umschalt-W).
Von da an füge ich alles, was zum Debuggen erforderlich ist, normalerweise dem neuen vorhandenen iisexpress-Prozess bei. Während das Bewegen durch Kontextmenüs dies zu einem Nichtstarter machen würde, ist es mit den folgenden Tastenanschlägen fast so schnell wie F5:
Strg-Alt-P öffnet den Dialog An Prozess anhängen
Wenn Sie "iis" eingeben, gelangen Sie zum iisexpress-Prozess
Wenn mehr als ein iisexpress ausgeführt wird, wird der zuletzt gestartete im Allgemeinen oben in der Liste angezeigt. Eine andere Möglichkeit besteht darin, die Auswahl zu verschieben und an alle anzuhängen.
Dies hat eine Reihe von Vorteilen IMO. In erster Linie wird der Prozess nicht beendet. Zweitens wird das Browserfenster nicht geschlossen, wenn Sie das Debuggen beenden. Es macht mich wahnsinnig, wenn ein Entwickler 7 Schritte wiederholt, um einen Fehler zu reproduzieren. Wenn er nur F5 in einem vorhandenen Browserfenster drücken muss, um ihn erneut zu veröffentlichen, sobald der Debugger verbunden ist. Zuletzt muss ich dies bereits tun, wenn ich mich an nunit anschließe, damit ich eine konsistentere Erfahrung bekomme.
quelle