Captura de excepción no controlada en hilos separados

Question

Estoy utilizando el siguiente evento para atrapar excepciones no controladas en el hilo de la interfaz de usuario principal.

Application.ThreadException 

Desafortunadamente, no detecta los errores no controlados en hilos separados. Soy consciente de

AppDomain.CurrentDomain.UnhandledException 

Sin embargo, esto parece cerrar la aplicación al activarse, mientras que la primera no.

¿Hay alguna forma de manejar excepciones no controladas en hilos separados, sin que se cierre la aplicación?

Answer 1

@Ani ya ha respondido a su pregunta. Aunque no estoy de acuerdo con que las excepciones no controladas en los hilos terminen las aplicaciones. El uso de hilos generalmente significa que tiene algún tipo de aplicación de servidor. Reducirlo podría generar una gran cantidad de usuarios enojados.

He escrito un pequeño artículo sobre adecuado manejo de excepciones: http://blog.gauffin.org/2010/11/do-not-catch-that-exception/

Siempre debe capturar las excepciones para las discusiones. Yo suelo usar el siguiente patrón:

void ThreadMethod(object state) 
    { 
     try 
     { 
      ActualWorkerMethod(); 
     } 
     catch (Exception err) 
     { 
      _logger.Error("Unhandled exception in thread.", err); 
     } 
    } 

    void ActualWorkerMethod() 
    { 
     // do something clever 
    } 

Es mucho más fácil de encontrar métodos de rosca que no maneja excepciones correctamente colocándolo en la lógica en un método separado y simplemente mantienen el bloque try/catch en el método de hilo .

Answer 2

Sí, tiene que detectar excepciones manualmente en los hilos.

Sin embargo, este código:

void ThreadMethod(object state) 
{ 
    try 
    { 
     ActualWorkerMethod(); 
    } 
    catch (Exception err) 
    { 
     _logger.Error("Unhandled exception in thread.", err); 
    } 
} 

void ActualWorkerMethod() 
{ 
    // do something clever 
} 

se puede simplificar a esto usando PostSharp:

[LogExceptions] 
void ActualWorkerMethod() 
{ 
    // do something clever 
}