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 -> unit
Public 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 à joindre 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é avec 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 de débogueur avait été atteint.
Avertissement
À compter de .NET Framework 4, le runtime n’exerce plus un contrôle strict 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 sorte que de nombreux facteurs influencent la façon dont WER répond à une erreur, comme 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, vérifiez 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 à
Commentaires
https://aka.ms/ContentUserFeedback.
Bientôt disponible : tout au long de 2024, nous allons éliminer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d'informations, consultez :Envoyer et afficher des commentaires pour