BackgroundWorker manejo de excepciones

Question

estoy trabajando con los siguientes componentes:

• una biblioteca (que se produce una excepción)
• una prueba de consola para probar mi registro
• la biblioteca de la empresa bloques de aplicación de manejo de excepciones
• los bloques de aplicación de la biblioteca de registro de la empresa

estoy invocando el método de biblioteca mediante el uso de un trabajador de fondo. La biblioteca arroja la excepción pero nunca se llama al controlador RunWorkerCompleted.

La única forma de detectar la excepción es rodear mi código de controlador DoWork con un bloque try/catch.

¿No entiende bien la propiedad RunWorkerCompletedEventArgs.Error? ¿No es para obtener excepciones que fueron atrapadas por el 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"); 
} 

La muestra anterior conduce a una terminación de mi aplicación de consola. La salida del vs2010 no escribe absolutamente nada (solo salida predeterminada).

Entonces, ¿dónde está el problema?

// Editar: este fragmento funciona para detectar la excepción de la biblioteca.

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

} 

Answer 1

Ese es el patrón correcto para BackgroundWorker.

Sospecho que el problema es que su método Main se está saliendo antes de que el BW se haya completado.

RunWorkerAsync volverá de inmediato y si no está esperando en Main, entonces su proceso terminará, tal vez incluso antes de que el BW haya comenzado, no importa completado.

Intente agregar Console.ReadLine al final de su método Main.

---

Fuera de interés:

BW se comporta de manera diferente en una aplicación de consola y una aplicación de Windows. Si usa una aplicación WinForms o WPF, habrá un SynchronizationContext derivado en su subproceso de interfaz de usuario y BW alineará RunWorkerCompleted de nuevo al subproceso de la interfaz de usuario y lo ejecutará allí. Ese es uno de los principales beneficios de BW.

En una aplicación de consola, se usa el SynchronizationContext predeterminado y esto dirige RunWorkerCompleted a un subproceso de grupo de subprocesos. Esto significa que puede bloquear el hilo Main y el controlador completo seguirá ejecutándose.