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
Le UIPermission débogueur n’est pas défini pour se décomposer.
Exemples
L’exemple de code suivant montre comment arrêter le débogueur à 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 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 méthode Break, mais signale plutôt une erreur au sous-système de rapport d’erreurs (WER) Windows. WER fournit de nombreux paramètres pour personnaliser l’expérience de création de rapports de problèmes, de sorte que beaucoup de facteurs influencent 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, 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é indépendamment des paramètres WER, veillez à appeler la méthode à la Launch place.