8

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

默认情况下，此类异常会导致进程终止。这在 ASP.NET 工作进程的设置中是不可接受的，因为并发运行的请求会意外中止。这也是一个性能问题。

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

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

这是一个需要粘贴到 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();
}

我知道的唯一解决方案是永远不要让异常“逃脱”未处理。有没有其他更全面、更彻底的解决方案？

4

3 回答 3

1

Rx（Reactive Programming）就是为了解决这样的问题而生的，试着考虑改变你现在使用的框架，换成 Rx

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

掘金包：

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

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

于 2012-06-20T10:17:11.477 回答
0

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

这应该会阻止工作进程由于后台线程上的错误而回收。

不过，您不会对所有例外情况都这样做。只有您知道的可以安全地忽略。

于 2015-07-01T19:35:45.693 回答
0

我认为“legacyUnhandledExceptionPolicy”选项是您的答案。

导致 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

于 2015-10-09T06:18:06.427 回答