BackgroundWorker gestion des exceptions

Question

Je travaille avec les composants suivants:

• une bibliothèque (qui jette une exception)
• une console de test pour tester mon exploitation forestière
• les blocs d'application de gestion des exceptions bibliothèque d'entreprise
• les blocs d'application de journalisation de la bibliothèque de l'entreprise

J'invoque la méthode de la bibliothèque à l'aide un arrière-plan. La bibliothèque lève l'exception, mais le gestionnaire RunWorkerCompleted n'est jamais appelé. La seule façon d'attraper l'exception est d'entourer mon code de gestionnaire DoWork avec un bloc try/catch.

Avez-vous mal compris la propriété RunWorkerCompletedEventArgs.Error? N'est-ce pas pour obtenir des exceptions qui ont été interceptées par BackgroundWorker?

Codesample:

static BackgroundWorker w = new BackgroundWorker(); 

w.DoWork += new DoWorkEventHandler(w_DoWork); 
w.RunWorkerCompleted += 
    new RunWorkerCompletedEventHandler(w_RunWorkerCompleted); 
w.RunWorkerAsync(); 



static void w_DoWork(object sender, DoWorkEventArgs e) 
{ 
    MyClass m = new MyClass(); 
    w.result = m.Compute(); 
} 

static void w_RunWorkerCompleted(object sender, RunWorkerCompletedEventArgs e) 
{ 
    if (e.Error != null) 
    { 
     HandleException(e.Error); 
    } 

    /* result related code */ 

} 


static void HandleException(Exception e) 
{ 
    ExceptionPolicy.HandleException(e, "MyPolicy"); 
} 

L'exemple ci-dessus conduit à une résiliation de mon application console. La sortie de vs2010 n'écrit absolument rien (seulement la sortie par défaut).

Alors où est le problème? // Éditer: cet extrait fonctionne pour intercepter l'exception de la bibliothèque.

static void w_DoWork(object sender, DoWorkEventArgs e) 
{ 
    try 
    { 
     MyClass m = new MyClass(); 
     w.result = m.Compute(); 
    }catch(Exception e){ } 

} 

Answer 1

C'est le modèle correct pour BackgroundWorker.

Je suppose que le problème est que votre méthode Main se termine avant la fin du BW.

RunWorkerAsync retournera immédiatement et si vous n'attendez pas dans Main, alors votre processus se terminera, peut-être même avant que le BW ait commencé, peu importe terminé. Essayez d'ajouter un code Console.ReadLine à la fin de votre méthode Main.

---

Sur intérêt:

BW comporte différemment dans une application console et une application de Windows. Si vous utilisez une application WinForms ou WPF, il y aura un SynchronizationContext dérivé sur votre thread d'interface utilisateur et BW va ramener le RunWorkerCompleted au thread de l'interface utilisateur et l'exécuter là. C'est l'un des principaux avantages de BW.

Dans une application de console, le paramètre SynchronizationContext par défaut est utilisé, ce qui place RunWorkerCompleted sur un thread de thread. Cela signifie que vous pouvez bloquer le thread Main et le gestionnaire terminé sera toujours exécuté.