Question

ASP.NET应用程序应该如何处理非请求后台线程上发生的未处理异常（由于错误）？

默认情况下，此类异常会导致进程终止。 这在设置ASP.NET辅助进程时是不可接受的，因为并发运行的请求会无法预料地中止。这也是一个性能问题。

请求线程上的异常不是问题，因为ASP.NET处理它们（通过显示错误页面）。

AppDomain.UnhandledException事件允许观察发生了异常，但此时无法阻止终止。

这是一个需要粘贴到ASPX页面代码隐藏的repro。

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

我所知道的唯一解决方案是永远不要让异常“逃避”未处理。对此还有其他更全面彻底的解决方案吗？

Answer 1

Rx（Reactive Programming）诞生于解决此类问题，尝试考虑更改您当前使用的框架并将其替换为Rx

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

Nugget套餐：

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

这是等效的Rx代码：

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

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

正如您所看到的，当您为错误指定处理程序时，错误不会转义后台线程，onError => { }

如果未指定错误处理程序，则会传播异常：

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

在上面的示例中，异常将被传播，并将导致与发布的代码相同的问题

Answer 2

您可以将异常标记为在未处理的异常处理程序中处理。 https://msdn.microsoft.com/en-us/library/system.windows.applicationunhandledexceptioneventargs.handled(v=vs.95)

这应该可以防止工作进程因后台线程错误而被回收。

但是你不会为所有例外做到这一点。只有那些你知道的人可以安全地忽略。

Answer 3

我认为＆＃34; legacyUnhandledExceptionPolicy＆＃34;选项是你的答案。

未处理的异常导致ASP.NET在.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

如何处理ASP.NET中未处理的线程异常？

3 个答案: