¿Tiene sentido atrapar ThreadAbortException y no realizar ninguna acción?

Question

catch (ThreadAbortException) 
{ } 
catch (Exception ex) 
{ 
    TraceManager.TraceException(ex, 
           (int)ErrorCode.GENERIC_EXCEPTION, 
           ex.StackTrace + "\n" + ex.Message + "\n" + VendorUrl); 
} 

¿Tiene sentido que incluso tienen el

catch (ThreadAbortException) 
{ } 

o voluntad que hacen que el ThreadAbortException a ser tragadas y perdido para siempre?

Answer 1

ThreadAbortException no se puede capturar "completamente"; se volverá a lanzar automáticamente al final del bloque catch (consulte la página de documentos MSDN enlazados) a menos que se llame primeroThread.ResetAbort.

Por lo tanto, la única sensata catch bloque sería:

catch (ThreadAbortException) 
{ 
    // possibly do something here 
    Thread.ResetAbort(); 
} 

Pero esto tiene un olor muy mal. Probablemente no haya ninguna razón para hacerlo, por lo que es posible que desee replantearse su enfoque.

Actualización: Hay muchas preguntas sobre SO que tienen que ver con: Thread.Abort

This one tiene la misma respuesta que he dado aquí. This one tiene una respuesta que se expande en "no llamar nunca Thread.Abort a menos que Cthulhu esté en aumento" (que disminuyó considerablemente a un "olor maligno").

También hay muchos más.

Answer 2

ThreadAbortException no se puede detectar así. Se volverá a lanzar automáticamente al final del bloque catch a menos que llame a Thread.ResetAbort();

Tener un bloque catch como el que tiene aquí para ThreadAbortException permite que se vuelva a lanzar automáticamente sin que el bloque catch (Exception) intente manejarlo.

Answer 3

Se atrapará y perderá. En realidad, solo debería capturar excepciones con las que pueda hacer algo o que inicie sesión y luego vuelva a lanzar (con throw, no throw new [alguna excepción];).

Answer 4

Si desea hacer algo específico para diferentes tipos de excepciones, entonces tiene que tener bloques de captura independientes. De lo contrario, sólo puede utilizar la captura una excepción

Answer 5

Calling Thread.Abort en un hilo establece efectivamente una bandera que provocará una ThreadAbortException a ser arrojado ningún código de tiempo no está procesando esa excepción ni asociado finally bloques. Capturar la excepción sin llamar al Thread.ResetAbort() simplemente dará como resultado que el tiempo de ejecución arroje otro ThreadAbortException en su próxima oportunidad. Sin embargo, tal comportamiento no es completamente sin sentido, ya que hará que todos los bloques internos finally se ejecuten hasta su finalización antes de que la excepción se pueda ver mediante bloques externos de filtro de excepciones. Si eso es algo bueno o no dependerá de la aplicación.