.Net CLR因初始异常展开栈时抛出第二个异常会如何处理？

首先明确场景边界：这里讨论的是CLR已经因为初始异常启动堆栈展开流程（即顺着调用栈从异常抛出点向上遍历、查找匹配的异常处理块、执行沿途finally清理逻辑的阶段），尚未到达针对初始异常的用户catch块之前，新发生异常的处理逻辑，和catch块内部重新抛异常的场景完全无关。

核心处理行为 #

和原生C++中同类场景直接触发进程终止的机制不同，.NET CLR的处理逻辑按二次异常的触发来源分为两类：

• 二次异常由展开过程中执行的用户清理逻辑（最典型的就是finally块、using块编译生成的Dispose调用）触发时：
  • CLR会立刻中断针对初始异常的展开流程，不再继续向上查找匹配初始异常的catch块，直接把新抛出的异常作为当前需要处理的主异常
  • 新抛出的异常会自动将最初触发展开流程的原始异常设置为自身的InnerException属性，后续从新异常的抛出位置重新启动一轮新的堆栈展开流程，向上查找匹配新异常的catch块
  • 最终程序能够捕获到的是这个新触发的异常，原始异常会作为异常链的一部分被保留，不会直接丢失
• 二次异常由CLR自身的堆栈展开逻辑（非用户代码）触发时：
  比如栈帧结构损坏、元数据解析失败、无法定位栈上的异常处理块等CLR内部错误，此时CLR会直接判定该异常为不可恢复的未处理异常，触发进程级终止流程，这类场景下的终止行为和原生C++的std::terminate表现类似。

容易混淆的认知澄清 #

• 整个异常处理流始终遵循“单一主异常流转”的原则，不会出现两个异常并列抛出给上层处理的情况，所有在展开阶段被中断的原始异常，都会作为伴随异常挂载到新主异常的内部异常链上
• 该逻辑和catch块内抛异常的本质区别是：catch块是CLR已经完成对初始异常的全链路展开、定位到匹配的异常处理位置之后才进入的用户逻辑，而展开阶段的二次异常发生在“还没找到初始异常的匹配处理位置”的遍历过程中，会直接切换整个异常处理的指向。

内容的提问来源于stack exchange，提问作者andypea