Debugger.Break Méthode
Définition
Important
Certaines informations portent sur la préversion du produit qui est susceptible d’être en grande partie modifiée avant sa publication. Microsoft exclut toute garantie, expresse ou implicite, concernant les informations fournies ici.
Signale un point d'arrêt à un débogueur attaché.
public:
static void Break();public static void Break ();static member Break : unit -> unitPublic Shared Sub Break ()Exceptions
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.
