为什么后台线程中未处理的异常不会导致应用程序域崩溃？

Question

我完全不解.如果在我从未测试过的线程中存在未捕获的异常,我非常确定.NET会关闭整个应用程序域.

但是我只是尝试了下面的代码并且它没有失败......任何人都可以解释为什么？

(在.NET 4和3.5中尝试过)

static void Main(string[] args)
{
    Console.WriteLine("Main thread {0}", Thread.CurrentThread.ManagedThreadId);

    Action a = new Action(() =>
    {
        Console.WriteLine("Background thread {0}", Thread.CurrentThread.ManagedThreadId);

        throw new ApplicationException("test exception");
    });

    a.BeginInvoke(null, null);

    Console.ReadLine();
}

Answer 1

发生这种情况是因为内部BeginInvoke使用ThreadPool以及ThreadPool任何未加扰的异常将导致静默失败.但是,如果您使用,a.EndInvoke那么unhadled异常将抛出该EndInvoke方法.

注意:如上所述João Angelo,使用ThreadPool直接"喜欢ThreadPool.QueueUserWorkItems和UnsafeQueueUserWorkItem"的方法会在2.0及更高版本处抛出异常.

Answer 2

从MSDN上的托管线程中的例外:

在.NET Framework 2.0版中,公共语言运行库允许线程中大多数未处理的异常自然地进行.在大多数情况下,这意味着未处理的异常会导致应用程序终止.

这是.NET Framework版本1.0和1.1的重大变化,它为许多未处理的异常提供了支持 - 例如,线程池线程中的未处理异常.请参阅本主题后面的"从先前版本更改".

作为临时兼容性措施,管理员可以在应用程序配置文件的部分中放置兼容性标志.这会导致公共语言运行库恢复到版本1.0和1.1的行为.

<legacyUnhandledExceptionPolicy enabled="1"/>