析构函数中应避免抛出异常，以防程序终止。C++规定在栈展开时若析构函数抛出未捕获异常，将调用std::terminate。正确做法是在析构函数内捕获并处理异常，或把可能失败的操作（如close）移至普通成员函数，确保析构函数无异常。
在C++中，析构函数中的异常处理需要格外小心，因为从析构函数抛出异常可能导致程序终止。C++标准规定，如果在栈展开（stack unwinding）过程中，一个异常正在被处理，而此时另一个异常从析构函数抛出且未被捕获，std::terminate 将被调用，导致程序非正常终止。
避免在析构函数中抛出异常
析构函数的主要职责是释放资源，如内存、文件句柄、锁等。理想情况下，析构函数应总是成功执行，不抛出异常。为了实现这一点：
- 在析构函数内部捕获所有可能的异常，并进行适当处理（如记录日志）。
- 将可能失败的操作移到普通成员函数中，例如提供一个 close() 方法显式关闭资源，让用户决定何时处理异常。
示例：将异常风险移出析构函数
class FileHandler {
public:
void close() {
if (file && std::fclose(file) != 0) {
throw std::runtime_error("Failed to close file");
}
file = nullptr;
}
~FileHandler() {
if (file) {
// 忽略错误，不抛出异常
std::fclose(file);
file = nullptr;
}
}private:
FILE* file;
};
如果必须处理异常，应在析构函数内捕获
某些操作可能隐式抛出异常（如使用标准库容器），虽然现代标准库的析构函数通常不抛异常，但仍需注意自定义类型的行为。
立即学习“C++免费学习笔记（深入）”；
- 使用 try-catch 块包裹可能出错的代码。
- 不要让异常传播到析构函数之外。
~MyClass() {
try {
// 可能抛异常的操作
networkResource.release();
} catch (const std::exception& e) {
// 记录错误，但不重新抛出
std::cerr << "Error in destructor: " << e.what() << std::endl;
}
}
注意容器和智能指针中的析构行为
STL 容器和智能指针（如 std::unique_ptr、std::shared_ptr）会在析构时自动调用元素或所指对象的析构函数。如果这些析构函数抛出异常，同样会引发问题。
- 确保被管理对象的析构函数安全。
- 自定义删除器中也不应抛出异常。
基本上就这些。析构函数里不抛异常是C++中一条重要的实践原则，保持析构函数“异常安全”能有效避免程序崩溃。处理资源释放错误的更好方式是提前显式处理，而不是等到析构阶段。
