Question

我从“Windows上的并发编程”一书中获得了以下代码：

void Main()
{
    try
    {
        try
        {
            Console.WriteLine("Inside Main Method");
            Thread.CurrentThread.Abort();
        }
        catch(ThreadAbortException)
        {
            Console.WriteLine("Inside First Catch");
            // Trying to swallow but CLR throws it again....
        }
    }
    catch(ThreadAbortException)
    {
        Console.WriteLine("Inside Second Catch");
        //Thread.ResetAbort();
    }
}

我有兴趣知道为什么CLR会重新抛出ThreadAbortException？它一直这样做，直到我调用“Thread.ResetAbort（）”。其次，还有其他系统定义的异常，它会从CLR获得特殊处理吗？

Answer 1

我有兴趣知道为什么CLR会重新抛出ThreadAbortException？

因为线程正在中止。人们总是处理所有异常，即使这样做很危险。如果一个错误记录例程保留了一个应该被永久销毁的线程，那会是奇怪的吗？

是否还有其他系统定义的异常，它会从CLR获得特殊处理？

是的，有几个。例如，堆栈外和内存不足异常也有特殊行为。

Answer 2

这是一个特殊的例外，http://msdn.microsoft.com/en-us/library/system.threading.threadabortexception.aspx，请参阅备注。根据我的理解，发生这种情况的原因是.Net让你能够在线程关闭之前进行任何清理工作。

有关管道的信息，请参阅此内容：http://ondotnet.com/pub/a/dotnet/2003/02/18/threadabort.html

为什么CLR重新抛出ThreadAbortException？

2 个答案: