异常处理代码路径中再次抛出异常会引发什么问题？

工作中遇到一段从析构函数抛出异常的代码，这里必须强调：绝不应该从析构函数抛出异常，提及此情况是为了避免他人忽略。了解到这是一种有意设计的方案，试图在其他故障发生时利用栈展开（Stack Unwinding）过程完成数据清理，正常清理成功不会抛出异常，但今日遇到清理失败抛出异常的情况，因此展开调研。

抛开代码评审相关内容，核心问题如下：

当抛出异常后进入的代码路径再次抛出异常时，会发生什么？ #

这种情况较为特殊，目前已知两种触发场景：

• 第一种常见场景：抛出异常后被catch块捕获，随后catch块抛出新异常。这种情况等同于抛出未被捕获的异常，最终会调用terminate()。
• 第二种场景：抛出异常时会启动栈展开过程，该过程会调用栈上分配对象的析构函数。如果此时析构函数内抛出异常，就会触发嵌套异常，这也是今日遇到的情况。

目前想不到其他可能场景，若存在欢迎补充。

第二种场景的具体行为 #

当栈展开过程中，析构函数抛出异常时，C++标准规定会直接调用std::terminate()终止程序执行，不会继续完成栈展开。这是因为栈展开本身是为了在异常发生时安全清理资源，若此时析构函数再抛出异常，系统无法确定应该优先处理哪个异常，也无法保证后续资源清理的安全性，因此直接终止程序是唯一安全的选择。

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