Debugger.Break Methode
Definition
Wichtig
Einige Informationen beziehen sich auf Vorabversionen, die vor dem Release ggf. grundlegend überarbeitet werden. Microsoft übernimmt hinsichtlich der hier bereitgestellten Informationen keine Gewährleistungen, seien sie ausdrücklich oder konkludent.
Signalisiert einen Haltepunkt an einen angefügten Debugger.
public:
static void Break();public static void Break();static member Break : unit -> unitPublic Shared Sub Break ()Ausnahmen
Dies UIPermission ist nicht so festgelegt, dass er in den Debugger unterteilt wird.
Beispiele
Im folgenden Codebeispiel wird veranschaulicht, wie der Debugger beim Aufruf WriteLinevon .
Debugger.Break()
Console.WriteLine("Hello, world.")
Debugger.Break();
Console.WriteLine("Hello, world.");
Hinweise
Wenn kein Debugger angefügt ist, werden Benutzer gefragt, ob sie einen Debugger anfügen möchten. Wenn Benutzer "Ja" sagen, wird der Debugger gestartet. Wenn ein Debugger angefügt ist, wird der Debugger mit einem Benutzer haltepunktereignis signalisiert, und der Debugger hält die Ausführung des Prozesses an, als ob ein Debugger-Haltepunkt getroffen wurde.
Warning
Ab .NET Framework 4 übt die Laufzeit nicht mehr eine enge Kontrolle über das Starten des Debuggers für die Break-Methode aus, sondern meldet stattdessen einen Fehler an das Subsystem Windows Fehlerberichterstattung (WER). WER bietet viele Einstellungen zum Anpassen der Problemberichterstattung, sodass viele Faktoren die Art und Weise beeinflussen, wie WER auf einen Fehler reagiert, z. B. Betriebssystemversion, Prozess, Sitzung, Benutzer, Computer und Domäne. Wenn beim Aufrufen der Break Methode unerwartete Ergebnisse auftreten, überprüfen Sie die WER-Einstellungen auf Ihrem Computer. Weitere Informationen zum Anpassen von WER finden Sie unter WER-Einstellungen. Wenn Sie sicherstellen möchten, dass der Debugger unabhängig von den WER-Einstellungen gestartet wird, müssen Sie stattdessen die Launch Methode aufrufen.