Freigeben über


Debugger.Break Methode

Definition

Signalisiert einem angefügten Debugger einen Haltepunkt.

public:
 static void Break();
public static void Break ();
static member Break : unit -> unit
Public Shared Sub Break ()

Ausnahmen

Die UIPermission ist nicht so festgelegt, dass der Debugger unterbrochen wird.

Beispiele

Im folgenden Codebeispiel wird veranschaulicht, wie der Debugger beim Aufruf von beendet wird WriteLine.

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 dem Debugger ein Benutzer breakpoint-Ereignis signalisiert, und der Debugger setzt die Ausführung des Prozesses so an, als ob ein Debugger-Haltepunkt erreicht worden wäre.

Warnung

Ab .NET Framework 4 übt die Runtime keine strenge Kontrolle mehr über den Start des Debuggers für die Break Methode aus, sondern meldet stattdessen einen Fehler an das Windows-Fehlerberichterstattung-Subsystem (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.

Gilt für: