ThreadAbortException 内部实现答案

【问题标题】：ThreadAbortException internal implementationThreadAbortException 内部实现
【发布时间】：2011-11-09 14:17:27
【问题描述】：

众所周知，.NET Framework 提供了一些特定的ThreadAbortException 处理实现。意味着无法通过try-catch-finally 块捕获此异常。再深入一点，我们知道这个异常其实就是catch，只是在catch块的末尾重新抛出。（实际上我们可以通过Thread.ResetAbort()方法来防止堆栈展开）。

但是让我们看看 MSIL：

    .try
    {
      IL_0001:  nop
      IL_0002:  call       void WCFTemp.Program::Method()
      IL_0007:  nop
      IL_0008:  nop
      IL_0009:  leave.s    IL_0010
    }  // end .try
    catch [mscorlib]System.Exception 
    {
      IL_000b:  stloc.0
      IL_000c:  nop
      IL_000d:  nop
      IL_000e:  leave.s    IL_0010
    }  // end handler
    IL_0010:  nop
    IL_0011:  leave.s    IL_0016
  }  // end .try
  finally
  {
    IL_0013:  nop
    IL_0014:  nop
    IL_0015:  endfinally
  }  // end handler

正如我们所见，没有指令可以让运行时重新抛出此类异常。

所以我的问题是它是如何实现的？

【问题讨论】：

标签： .net multithreading exception-handling cil

【解决方案1】：

它与 IL 没有任何关系。异常由 CLR 实现，它们搭载在 Windows 中对 SEH（结构化异常处理）的本机支持之上。抛出异常时运行的第一个代码是 CLR 内的代码。然后可以随心所欲地做它。找到 catch 块并运行它的代码只是它的任务之一。该代码运行后会发生什么取决于 CLR。

您可以通过阅读 SSCLI20 源代码来更深入地了解这一点。但请注意，clr/src/vm/excep.cpp 绝对是最难处理的代码块之一。

【讨论】：

所以，让我们跳过上述情况。运行时通过 try 块的内部结构并偶然发现异常。 CLR 在自身内部运行一些代码并处理了异常。 ThreadAbortException 在 catch 块中可用，当运行时到达某个 IL 指令时，它将被重新抛出，比如说 leave.s。这是正确的吗？因为它看起来是实现它的唯一可能方法，无需奇怪的变通方法。
不确定你在问什么。 throw 关键字也在 CLR 中实现。直观上很简单，Thread.Abort() 在内部线程状态中设置了一个状态标志，表示它正忙于中止。此状态标志由 CLR 中的异常处理代码检查。