析构函数抛出异常可能导致程序崩溃或调用std::terminate。当异常抛出后栈展开过程中若析构函数再次抛出异常，会出现双重异常问题，系统无法处理而终止程序。为避免此问题，c++++标准规定栈展开期间析构函数不应抛出未被捕获的异常。解决方法有：1. 析构函数内捕获所有异常并处理；2. 将可能失败的操作移至显式方法如close()中；3. 使用raii不主动抛异常，记录错误信息即可。实际开发中应严格遵守这些原则以防止未定义行为的发生。
C++中析构函数抛出异常是个“雷区”，尤其在栈展开过程中。如果你在析构函数里抛了异常，可能会导致程序直接崩溃甚至调用 std::terminate，这不是你愿意看到的。
析构函数抛异常为什么危险？
当一个异常被抛出时，C++会开始栈展开（stack unwinding），也就是沿着调用栈逐层销毁局部对象。这些对象的析构函数会被自动调用。如果在这个过程中某个析构函数又抛出了一个新的异常：
- 原来的那个异常还在处理途中；
- 新异常又来了，系统不知道该处理哪个；
- 结果就是：程序终止执行，调用
std::terminate。
这种情况叫“双重异常”问题（two unhandled exceptions）。C++标准明确指出，在栈展开期间，如果析构函数抛出异常，并且这个异常没有被捕获，那么程序行为是未定义的，大多数实现会选择直接终止。
立即学习“C++免费学习笔记（深入）”；
栈展开期间的双重异常到底怎么回事？
想象这样一个场景：
void foo() {
std::vector v; // SomeClass 的析构函数可能抛异常
throw std::runtime_error("first exception");
} 当 foo() 抛出异常后，系统开始清理栈上的局部变量，比如 v。它内部的元素都会被析构。
假设 SomeClass 的析构函数不小心抛了个异常，这时候：
- 第一个异常还没处理完；
- 第二个异常从析构函数冒出来；
- C++标准规定此时不能同时处理两个异常；
- 所以程序终止，调用
std::terminate。
这就是所谓的“栈展开中的双重异常”。
怎么办？避免析构函数抛异常的几种做法
要解决这个问题，核心原则就是：析构函数绝不应该抛出异常。那实际开发中怎么做到呢？
1. 在析构函数中捕获所有异常并静默处理
最简单粗暴的方式是在析构函数里 try-catch 把异常拦下来：
~MyClass() {
try {
// 可能抛异常的操作
} catch (...) {
// 记录日志或忽略
}
}这样做虽然看起来有点“掩盖问题”，但比起让程序挂掉，这更安全。
2. 把可能失败的操作提前暴露出来
如果你确实有一些操作可能失败（比如关闭文件、网络连接等），不要放在析构函数里偷偷做。而是提供一个显式的 close() 或 shutdown() 方法，让用户自己调用。
这样用户就知道哪里可能出错，也能对异常进行适当处理。
3. 使用 RAII 但不隐藏错误
RAII 是 C++ 的好帮手，但如果你用了 RAII 管理资源，记得：
- 析构函数不主动抛异常；
- 如果真的发生了错误，可以记录日志、设置状态标志；
- 不要试图在析构函数中“恢复”错误；
例如：
class FileHandler {
public:
~FileHandler() {
if (fclose(fp) != 0) {
// 记录错误，而不是抛出
std::cerr << "Error closing file\n";
}
}
};小细节提醒几个容易踩坑的地方
- STL 容器里的对象如果析构函数抛异常，整个容器析构就可能触发
terminate； - 多线程环境下，析构函数抛异常可能导致线程退出失败；
- 如果你写的是库代码，更要严格遵守这条规则，因为调用者无法预料你的析构函数行为；
基本上就这些。析构函数抛异常这事说起来不复杂，但一旦发生后果很严重，所以干脆一开始就别让它发生。
