Try/Catch and threading

Question

Tengo una idea de por qué, pero me gustaría preguntar si alguien tiene una buena idea de por qué la excepción que se genera dentro de un hilo nunca es atrapada por el código que la inició. Aquí hay un código muy simple para demostrar lo que quiero decir:

using System; 
using System.Collections.Generic; 
using System.Threading; 

namespace TestCrash 
{ 
    class Program 
    { 
     private static void Crash(object control) 
     { 
      AutoResetEvent are = (AutoResetEvent)(((object[])control)[0]); 
      are.Set(); 
      throw new Exception("Burn baby burn"); 
     } 
     static void Main(string[] args) 
     { 
      try 
      { 
       List<WaitHandle> waitHandles = new List<WaitHandle>(); 
       for (int i = 0; i < 100; i++) 
       { 
        AutoResetEvent are = new AutoResetEvent(false); 
        waitHandles.Add(are); 
        object[] procControl = new object[] { are }; 
        ThreadPool.QueueUserWorkItem(Crash, procControl); 
        WaitHandle.WaitAll(waitHandles.ToArray()); 
       } 
      } 
      catch (Exception ex) 
      { 
       Console.WriteLine(ex.Message); 
      } 
     } 
    } 
} 

ingenuamente pensé que al tener el try/catch estaría a salvo, pero me pareció que el camino difícil que no es el caso (es estrellarse uno de mis servicios).

Answer 1

Bueno, en general, no tienes idea de dónde estará el hilo de origen cuando se lanza la excepción en el nuevo hilo. ¿Por qué esperaría el hilo para lanzar una excepción?

Piensa en las pilas involucradas: cuando se lanza una excepción, sube la pila hasta que alcanza un bloque catch apropiado. El nuevo hilo tiene una pila completamente separada para el hilo de creación, por lo que nunca llegará al bloque catch en la pila del hilo de creación.

EDITAR: Por supuesto, podría diseñar su sistema para que el hilo de creación hiciera esperar a que ocurrieran otras cosas, un poco como el ciclo de mensajes en una aplicación de Windows Forms. El nuevo hilo podría atrapar la excepción y enviar un mensaje al hilo de creación, que luego podría tratar con la excepción. Sin embargo, esa no es la configuración normal, tienes que hacerlo todo explícitamente.

Answer 2

Es una mala idea hacer suposiciones, especialmente cuando se trata de varios hilos (ya sabes el dicho anterior).

¿Por qué sería el código que inició el hilo de la excepción? El código que inició el subproceso puede no existir incluso cuando se lanza la excepción.

Answer 3

El hilo en ejecución no quedará atrapado en su instrucción try/catch porque se está ejecutando en otro hilo. Try/Catch solo funciona para el hilo actual. Lo que debe hacer es intentar/capturar la función que ejecuta el subproceso y tener alguna forma de gestionar lo que sucede cuando se produce el bloqueo.

Answer 4

Es posible que desee utilizar un EventGeneratingThread wrapper - esto le permitirá detectar y lidiar con las excepciones lanzadas en los hilos del proceso que los engendró.

Answer 5

Trate de añadir esto antes de su DoWork Sub

<System.Diagnostics.DebuggerNonUserCodeAttribute()> _ 

estoy usando el trabajador fondo, y todo el intento de captura en mi trabajo de bucle como era de esperar que con este.