Jak traktować nieobsługiwane wyjątki wątków w środowisku ASP.NET?

Question

W jaki sposób aplikacja ASP.NET ma radzić sobie z nieobsługiwanymi wyjątkami występującymi na wątku w tle niezwiązanym z żądaniem (z powodu błędów)?

Domyślnie takie wyjątki spowodować przerwanie procesu. Jest to niedopuszczalne w ustawieniach procesu roboczego ASP.NET, ponieważ jednocześnie uruchomione żądania są przerywane nieprzewidywalnie. Jest to także problem z wydajnością.

wyjątków wątku żądanie nie są problemem, ponieważ obsługuje je ASP.NET (pokazując stronę błędu).

Zdarzenie AppDomain.UnhandledException pozwala stwierdzić, że wyjątek nastąpiło, ale rozwiązanie nie można uniknąć w tym punkcie.

Oto repro który musi zostać wklejony stronę kodzie ASPX.

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

Jedynym rozwiązaniem Znam to, aby nigdy nie pozwolić wyjątek „uciec” nieobsługiwany. Czy istnieje inne, bardziej globalne i dokładne rozwiązanie tego problemu?

Answer 1

Rx (Reactive Programming) urodził się w celu rozwiązania problemów takich jak ten, spróbuj rozważyć zmianę ram aktualnie używane i zastąpienie go Rx

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

Pakiety Nugget:

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

To jest równoważny kod Rx:

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

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

Jak widzisz błąd nie ujdzie wątku tła, gdy podasz obsługi dla błędu, onError => { }

Jeśli nie określisz obsługi błędów, wyjątek będą propagowane:

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

w powyższym przykładzie, wyjątek będą propagowane i powoduje takie same problemy jak twój pisał kod

Answer 2

można oznaczyć wyjątku jako obsłużone w nieobsłużonego obsługi wyjątków. https://msdn.microsoft.com/en-us/library/system.windows.applicationunhandledexceptioneventargs.handled(v=vs.95)

To powinno zapobiec recyklingowi procesu roboczego z powodu błędu w wątku tła.

Nie zrobiłbyś tego jednak dla wszystkich wyjątków. Tylko te, które znasz, są bezpieczne do zignorowania.

Answer 3

Myślę, że odpowiedź brzmi "legacyUnhandledExceptionPolicy".

Nieobsłużone wyjątki powodujące awarię ASP.NET w .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