Manejo de eventos de trabajador de fondo

Question

He estado luchando con el manejo de eventos en hilos de Backgroundworker.

Toda la documentación que he encontrado me hace creer que cuando un controlador de eventos DoWork arroja una excepción, esa excepción debe tratarse en el manejador RunWorkerCompleted y esa excepción estará disponible en la propiedad Error de RunWorkerCompletedEventArgs.

Esto está bien, pero durante el tiempo de depuración siempre veo una excepción no controlada por mensaje de código de usuario. Esto me hace creer que hay un problema con mi enfoque.

¿Qué pasos debo seguir para resolver esto?

Saludos, Jonathan

Answer 1

que he visto este comportamiento antes, y he conseguido alrededor decorando el manejador DoWork con el atributo System.Diagnostics.DebuggerNonUserCode:

[System.Diagnostics.DebuggerNonUserCode] 
void bw_DoWork(object sender, DoWorkEventArgs e) 
{ ... } 

Nota que solo verá esto si se ejecuta en el depurador; incluso sin el atributo, todo es como debería ser cuando se ejecuta desde el shell.

He vuelto a consultar esto y aún no veo una buena razón para hacerlo. Lo llamo defecto de depuración.

Answer 2

Su enfoque es correcto. Simplemente presione continuar en el mensaje y continúe. En caso de duda, pruébela fuera de una sesión de depuración.

Answer 3

He tenido este problema antes. El e.Error solo se establece cuando no se ejecuta en el modo de depuración. Si ejecuta Debug, la ejecución se detiene en el lugar de la Excepción. Sin embargo, ejecute el mismo programa en el modo No depuración (en VS Debug -> Iniciar sin depuración o Ctrl + F5) y el desagradable diálogo de excepción NO aparecerá, y e.Error será la excepción. No estoy seguro de por qué, pero así es como funciona ....