Freigeben über


Debuggen von 64-Bit-Anwendungen

Sie können eine 64-Bit-Anwendung debuggen, die auf dem lokalen Computer oder einem Remotecomputer ausgeführt wird.

Informationen zum Debuggen einer 64-Bit-Anwendung, die auf einem Remotecomputer ausgeführt wird, finden Sie unter Remote Debugging.

Um 64-Bit-Anwendungen lokal zu debuggen, verwendet Visual Studio einen 64-Bit-Arbeitsprozess (msvsmon.exe), um die die Low-Level-Vorgänge auszuführen, die nicht im 32-Bit-Visual Studio-Prozess ausgeführt werden können.

Debuggen im gemischten Modus wird nicht für 64-Bit-Prozesse unterstützt, in denen .NET Framework Version 3.5 oder früher verwendet wird.

Debuggen einer 64-Bit-Anwendung

So können Sie eine 64-Bit-Anwendung debuggen:

  1. Erstellen Sie eine Visual Studio-Projektmappe z. B. ein C#-Konsolenanwendungsprojekt.

  2. Legen Sie die Konfiguration mit dem Konfigurations-Manager auf 64-Bit fest. Weitere Informationen finden Sie unter Vorgehensweise: Konfigurieren von Projekten für Zielplattformen.

  3. Nun wird die 64-Bit-Version des Remotedebuggers (msvsmon.exe) gestartet. Diese wird ausgeführt, solange die Projektmappe mit der 64-Bit-Konfiguration geöffnet ist.

  4. Beginnen Sie mit dem Debuggen. Ihnen sollte dieselbe Funktionalität zur Verfügung stehen wie bei einer 32-Bit-Konfiguration. Informationen zur Vorgehensweise bei Fehlern finden Sie nachstehend im Abschnitt „Problembehandlung“.

Problembehandlung beim 64-Bit-Debuggen

Möglicherweise wird ein Fehler angezeigt: „Ein 64-Bit-Debuggingvorgang dauert länger als erwartet.“ oder „Ein Debuggervorgang dauert länger als erwartet.“. In diesem Fall hat Visual Studio eine Anforderung an msvsmon.exe gesendet, und es hat lange Zeit für das Ergebnis dieser Anforderung, zurückzukommen.

Für diesen Fehler gibt es zwei Hauptursachen:

  • Sie haben Netzwerksicherheitssoftware auf dem Computer installiert, die dazu geführt hat, dass der Netzwerkstapel unzuverlässig wurde und über localhost gesendete Pakete gelöscht wurden. Deaktivieren Sie jegliche Netzwerksicherheitssoftware, und ermitteln Sie, ob das Problem damit behoben ist. Wenn ja, teilen Sie dem Hersteller der Netzwerksicherheitssoftware mit, dass die Software zu einem Konflikt mit localhost-Datenverkehr führt. Dies sollte in Visual Studio 2019 oder später nicht auftreten, da diese Versionen keine Sockets für diese Kommunikation verwenden.

  • Visual Studio reagiert nicht mehr, oder andere Leistungsprobleme treten auf. Tritt dieses Problem regelmäßig auf, können Sie Speicherabbilder von Visual Studio (devenv.exe) und vom Arbeitsprozess (msvsmon.exe) sammeln und diese an Microsoft senden. Weitere Informationen zum Berichten eines Problems finden Sie unter How to Report a Problem with Visual Studio.