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 einem angefügten Debugger einen Haltepunkt.
public:
static void Break();public static void Break ();static member Break : unit -> unitPublic 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.
