AppDomain.FirstChanceException Événement

Définition

Espace de noms:

System

Assemblys:

netstandard.dll, System.Runtime.dll

Source:

AppDomain.cs

Se produit quand une exception est levée dans le code managé, avant que l'exécution ne recherche un gestionnaire d'exceptions dans la pile des appels du domaine d'application.

C#

public event EventHandler<System.Runtime.ExceptionServices.FirstChanceExceptionEventArgs>? FirstChanceException;

Type d'événement

EventHandler<FirstChanceExceptionEventArgs>

Exemples

L’exemple suivant crée une série de domaines d’application nommées AD0 via AD3, avec un Worker objet dans chaque domaine d’application. Chaque Worker objet a une référence à l’objet Worker dans le domaine d’application suivant, à l’exception de dans le Worker dernier domaine d’application. L’événement FirstChanceException est géré dans tous les domaines d’application à l’exception AD1de .

Note

En plus de cet exemple, qui illustre les notifications d’exception de première chance dans plusieurs domaines d’application, vous trouverez des cas d’usage simples dans How to: Receive First-Chance Exception Notifications.

Une fois les domaines d’application créés, le domaine d’application par défaut appelle la TestException méthode pour le premier domaine d’application. Chaque Worker objet appelle la TestException méthode pour le domaine d’application suivant, jusqu’à ce que la dernière Worker lève une exception gérée ou non gérée. Ainsi, le thread actuel passe par tous les domaines d’application et TestException est ajouté à la pile dans chaque domaine d’application.

Lorsque le dernier Worker objet gère l’exception, l’événement FirstChanceException est déclenché uniquement dans le dernier domaine d’application. Les autres domaines d’application n’ont jamais la possibilité de gérer l’exception, de sorte que l’événement n’est pas déclenché.

Lorsque le dernier Worker objet ne gère pas l’exception, l’événement FirstChanceException est déclenché dans chaque domaine d’application qui a un gestionnaire d’événements. Une fois chaque gestionnaire d’événements terminé, la pile continue de se dérouler jusqu’à ce que l’exception soit interceptée par le domaine d’application par défaut.

Note

Pour voir comment l’affichage de la pile augmente à mesure que l’événement est déclenché de plus en plus près du domaine d’application par défaut, remplacez e.Exception.Message par e.Exception dans les FirstChanceHandler gestionnaires d’événements. Notez que lorsque TestException est appelé au-delà des limites du domaine d’application, il apparaît deux fois : une fois pour le proxy et une fois pour le stub.

C#

using System;
using System.Reflection;
using System.Runtime.ExceptionServices;

class FirstChanceExceptionSnippet
{
    static void Main()
    {
        AppDomain.CurrentDomain.FirstChanceException += FirstChanceHandler;

        // Create a set of application domains, with a Worker object in each one.
        // Each Worker object creates the next application domain.
        AppDomain ad = AppDomain.CreateDomain("AD0");
        Worker w = (Worker) ad.CreateInstanceAndUnwrap(
                                typeof(Worker).Assembly.FullName, "Worker");
        w.Initialize(0, 3);

        Console.WriteLine("\r\nThe last application domain throws an exception and catches it:");
        Console.WriteLine();
        w.TestException(true);

        try
        {
            Console.WriteLine(
                "\r\nThe last application domain throws an exception and does not catch it:");
            Console.WriteLine();
            w.TestException(false);
        }
        catch (ArgumentException ex)
        {
            Console.WriteLine("ArgumentException caught in {0}: {1}",
                AppDomain.CurrentDomain.FriendlyName, ex.Message);
        }
    }

    static void FirstChanceHandler(object source, FirstChanceExceptionEventArgs e)
    {
        Console.WriteLine("FirstChanceException event raised in {0}: {1}",
            AppDomain.CurrentDomain.FriendlyName, e.Exception.Message);
    }
}

public class Worker : MarshalByRefObject
{
    private AppDomain ad = null;
    private Worker w = null;

    public void Initialize(int count, int max)
    {
        // Handle the FirstChanceException event in all application domains except
        // AD1.
        if (count != 1)
        {
            AppDomain.CurrentDomain.FirstChanceException += FirstChanceHandler;
        }

        // Create another application domain, until the maximum is reached.
        // Field w remains null in the last application domain, as a signal
        // to TestException().
        if (count < max)
        {
            int next = count + 1;
            ad = AppDomain.CreateDomain("AD" + next);
            w = (Worker) ad.CreateInstanceAndUnwrap(
                             typeof(Worker).Assembly.FullName, "Worker");
            w.Initialize(next, max);
        }
    }

    public void TestException(bool handled)
    {
        // As long as there is another application domain, call TestException() on
        // its Worker object. When the last application domain is reached, throw a
        // handled or unhandled exception.
        if (w != null)
        {
            w.TestException(handled);
        }
        else if (handled)
        {
            try
            {
                throw new ArgumentException("Thrown in " + AppDomain.CurrentDomain.FriendlyName);
            }
            catch (ArgumentException ex)
            {
                Console.WriteLine("ArgumentException caught in {0}: {1}",
                    AppDomain.CurrentDomain.FriendlyName, ex.Message);
            }
        }
        else
        {
            throw new ArgumentException("Thrown in " + AppDomain.CurrentDomain.FriendlyName);
        }
    }

    static void FirstChanceHandler(object source, FirstChanceExceptionEventArgs e)
    {
        Console.WriteLine("FirstChanceException event raised in {0}: {1}",
            AppDomain.CurrentDomain.FriendlyName, e.Exception.Message);
    }
}

/* This example produces output similar to the following:

The last application domain throws an exception and catches it:

FirstChanceException event raised in AD3: Thrown in AD3
ArgumentException caught in AD3: Thrown in AD3

The last application domain throws an exception and does not catch it:

FirstChanceException event raised in AD3: Thrown in AD3
FirstChanceException event raised in AD2: Thrown in AD3
FirstChanceException event raised in AD0: Thrown in AD3
FirstChanceException event raised in Example.exe: Thrown in AD3
ArgumentException caught in Example.exe: Thrown in AD3
 */

Remarques

Cet événement n’est qu’une notification. La gestion de cet événement ne gère pas l’exception ou n’affecte pas la gestion des exceptions ultérieure de quelque manière que ce soit. Une fois l’événement déclenché et les gestionnaires d’événements appelés, le Common Language Runtime (CLR) commence à rechercher un gestionnaire pour l’exception. FirstChanceException fournit au domaine d’application une première chance d’examiner toute exception managée.

L’événement peut être géré par domaine d’application. Si un thread passe par plusieurs domaines d’application lors de l’exécution d’un appel, l’événement est déclenché dans chaque domaine d’application qui a inscrit un gestionnaire d’événements, avant que le CLR commence à rechercher un gestionnaire d’exceptions correspondant dans ce domaine d’application. Une fois l’événement géré, une recherche est effectuée pour trouver un gestionnaire d’exceptions correspondant dans ce domaine d’application. Si aucun n’est trouvé, l’événement est déclenché dans le domaine d’application suivant.

Vous devez gérer toutes les exceptions qui se produisent dans le gestionnaire d’événements pour l’événement FirstChanceException . Sinon, FirstChanceException est déclenché de manière récursive. Cela peut entraîner un dépassement de capacité de la pile et l’arrêt de l’application. Nous vous recommandons d’implémenter des gestionnaires d’événements pour cet événement en tant que régions d’exécution contrainte (CER), afin d’empêcher les exceptions liées à l’infrastructure, telles que la mémoire insuffisante ou le dépassement de capacité de pile, d’affecter la machine virtuelle pendant le traitement de la notification d’exception.

Cet événement n’est pas déclenché pour les exceptions qui indiquent une altération de l’état du processus, comme des violations d’accès, sauf si le gestionnaire d’événements est critique pour la sécurité et a l’attribut HandleProcessCorruptedStateExceptionsAttribute .

Le Common Language Runtime suspend les abandons de thread pendant la gestion de cet événement de notification.

S’applique à

Voir aussi

• FirstChanceExceptionEventArgs
• UnhandledException
• Procédure : recevoir des notifications des exceptions de première chance