¿Cómo tratar las excepciones de subprocesos no controladas en ASP.NET?

Question

¿Cómo se supone que una aplicación ASP.NET trata las excepciones no controladas que se producen en un hilo de fondo que no es de solicitud (debido a errores)?

De manera predeterminada, tales excepciones hacen que el proceso finalice. Esto es inaceptable en la configuración de un proceso de trabajo de ASP.NET porque las solicitudes que se ejecutan simultáneamente se cancelan de forma imprevista. También es un problema de rendimiento.

Las excepciones en un subproceso de solicitud no son un problema porque ASP.NET las maneja (al mostrar una página de error).

El evento AppDomain.UnhandledException permite observar que se ha producido una excepción, pero la terminación no se puede evitar en ese punto.

Aquí hay una reproducción que debe pegarse en un código de página ASPX detrás.

protected void Page_Load(object sender, EventArgs e) 
{ 
    var thread = new Thread(() => 
     { 
      throw new InvalidOperationException("some failure on a helper thread"); 
     }); 
    thread.Start(); 
    thread.Join(); 
} 

La única solución que conozco es no dejar nunca que una excepción "escape" no se maneje. ¿Hay alguna otra solución más global y exhaustiva para esto?

Answer 1

Rx (Programación Reactiva) nació para resolver problemas como éste, trata de la modificación del marco que utiliza actualmente y reemplazarlo con Rx

http://msdn.microsoft.com/en-us/data/gg577609.aspx

Los paquetes de la pepita:

https://nuget.org/packages/Rx-Main/1.0.11226

Este es el código Rx equivalente:

 var o = Observable.Start(() => { throw new NotImplementedException(); }); 

     o.Subscribe(
      onNext => { }, 
      onError => { }, 
      () => { Console.WriteLine("Operation done"); }); 

Como se puede ver el error no escapará el hilo de fondo cuando se especifica un manejador por el error, onError => { }

Si no se especifica un controlador de errores, la excepción se propagará:

 o.Subscribe(
      onNext => { }, 
      () => { Console.WriteLine("Operation done"); }); 

en el ejemplo anterior, la excepción se propagará y hará que los mismos problemas que su código publicado

Answer 2

puede marcar la excepción que se maneja en un controlador de excepción no controlada. https://msdn.microsoft.com/en-us/library/system.windows.applicationunhandledexceptioneventargs.handled(v=vs.95)

Esto debería evitar que el proceso de trabajo se recicle debido a un error en el hilo de fondo.

Sin embargo, no haría eso para todas las excepciones. Solo los que sabes son seguros para ignorar.

Answer 3

Creo que la opción "legacyUnhandledExceptionPolicy" es su respuesta.

Excepciones no controladas que causan la caída de ASP.NET en .NET 2.0 ; http://blogs.msdn.com/b/tom/archive/2007/12/04/unhandled-exceptions-causing-asp-net-to-crash-in-net-2-0.aspx