Come trattare le eccezioni thread non gestite in ASP.NET?

Question

In che modo un'applicazione ASP.NET deve gestire eccezioni non gestite che si verificano in un thread in background non richiesto (a causa di bug)?

Per impostazione predefinita, tali eccezioni causare il processo per terminare. Questo è inaccettabile nell'impostazione di un processo di lavoro ASP.NET perché le richieste in esecuzione simultanee vengono interrotte in modo imprevedibile. È anche un problema di prestazioni.

eccezioni su un thread di richiesta non sono un problema perché ASP.NET li gestisce (mostrando una pagina di errore).

L'evento AppDomain.UnhandledException consente di osservare che si è verificata un'eccezione, ma la chiusura non può essere impedita in quel punto.

Ecco una replica che deve essere incollata in una pagina ASPX codebehind.

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(); 
} 

L'unica soluzione che conosco è non lasciare mai che un'eccezione "sfugga" non gestita. C'è qualche altra soluzione più globale e completa per questo?

Answer 1

Rx (Programmazione reattiva) è nato per risolvere problemi come questo, provate a pensare di cambiare il quadro attualmente in uso e sostituirlo con Rx

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

I pacchetti Nugget:

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

Questo è il codice Rx equivalente:

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

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

Come si può vedere l'errore non sfuggirà il thread in background quando si specifica un gestore per l'errore, onError => { }

Se non si specifica un gestore di errori, l'eccezione viene propagata:

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

nell'esempio di cui sopra, l'eccezione verrà propagata e causerà gli stessi problemi come il codice scritto

Answer 2

È possibile contrassegnare l'eccezione come gestito in un gestore di eccezione non gestita. https://msdn.microsoft.com/en-us/library/system.windows.applicationunhandledexceptioneventargs.handled(v=vs.95)

Questo dovrebbe impedire il riciclaggio del processo di lavoro a causa di un errore nel thread in background.

Non lo faresti comunque per tutte le eccezioni. Solo quelli che conosci sono sicuri da ignorare.

Answer 3

Penso che l'opzione "legacyUnhandledExceptionPolicy" sia la risposta.

eccezioni non gestite che causano il crash ASP.NET in .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