Debugger.Break Méthode

  • Référence

Définition

Espace de noms:
System.Diagnostics
Assembly:
System.Diagnostics.Debug.dll
Assembly:
System.Runtime.dll
Assembly:
mscorlib.dll
Assembly:
netstandard.dll
Source:
Debugger.cs
Source:
Debugger.cs
Source:
Debugger.cs

Signale un point d'arrêt à un débogueur attaché.

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

Exceptions

SecurityException

UIPermission n’est pas défini pour s’arrêter dans le débogueur.

Exemples

L’exemple de code suivant montre comment arrêter le débogueur lors de l’appel à WriteLine.

Debugger.Break()
Console.WriteLine("Hello, world.")

Debugger.Break();
Console.WriteLine("Hello, world.");

Remarques

Si aucun débogueur n’est attaché, les utilisateurs sont invités à le faire s’ils souhaitent attacher un débogueur. Si les utilisateurs disent oui, le débogueur est démarré. Si un débogueur est attaché, le débogueur est signalé par un événement de point d’arrêt utilisateur, et le débogueur suspend l’exécution du processus comme si un point d’arrêt du débogueur avait été atteint.

Avertissement

À compter de .NET Framework 4, le runtime n’exerce plus un contrôle étroit du lancement du débogueur pour la Break méthode, mais signale une erreur au sous-système Rapport d'erreurs Windows (WER). WER fournit de nombreux paramètres pour personnaliser l’expérience de signalement des problèmes. De nombreux facteurs influencent donc la façon dont WER répond à une erreur telle que la version du système d’exploitation, le processus, la session, l’utilisateur, l’ordinateur et le domaine. Si vous rencontrez des résultats inattendus lors de l’appel de la Break méthode, case activée les paramètres WER sur votre ordinateur. Pour plus d’informations sur la personnalisation de WER, consultez Paramètres WER. Si vous souhaitez vous assurer que le débogueur est lancé, quels que soient les paramètres WER, veillez à appeler la méthode à la Launch place.

S’applique à