析构函数绝不可让异常逃逸，C++11起默认noexcept(true)，抛异常将直接调用std::terminate()终止程序；栈展开中再抛异常会导致双重异常而崩溃；应吞掉异常并转为日志或状态标记。
noexcept(true)；如果它实际抛出了异常且未被捕获，程序会立即调用 std::terminate() 终止，连 catch 块都进不去。
这不是风格建议，而是语言机制决定的硬约束。
为什么栈展开时析构抛异常会崩溃
当一个异常正在传播（比如 throw 之后、还没被 catch 到），系统开始栈展开：依次调用已构造对象的析构函数来释放资源。此时若某个析构函数又抛出新异常，就出现「两个活跃异常」——C++ 标准禁止这种情况，直接终止进程。
- 常见现象：
terminate called after throwing an instance of 'std::runtime_error'，然后Aborted (core dumped) - 典型场景：容器（如
std::vector）析构时，其元素的析构函数抛异常 - 即使你写了
try { ... } catch (...) { ... }在main里，也救不了——栈展开阶段的析构异常根本不会传到那里
析构函数里调用可能失败的函数怎么办
很多资源清理操作（如关闭文件、网络连接、数据库事务回滚）确实可能失败并想报告错误。但报告 ≠ 抛异常。正确做法是把异常“吞掉”，转为日志、状态标记或回调通知。
- 必须用
try/catch(...)包住所有可能抛异常的清理代码 - 推荐显式声明
~MyClass() noexcept，让编译器帮你检查是否意外漏了catch - 不要写
catch (const std::exception& e) { throw; }—— 这等于没拦 - 记录错误时避免再触发新异常（例如
std::cerr << ...在极端情况下也可能抛异常，生产环境建议用更稳妥的日志库或write()系统调用）
构造函数可以抛异常，但析构函数不行——关键区别在哪
构造失败，对象没诞生，不析构是安全的；而析构是对象生命周期的终点，它必须“安静收尾”。两者语义完全不同。
- 构造函数抛异常：只导致已构造的成员/基类被逆序析构，本身不会引发双重异常（因为还没开始栈展开）
- 析构函数抛异常：大概率发生在栈展开过程中，直接触发
std::terminate() -
std::uncaught_exceptions()可用于检测当前是否已有异常在传播，适合做防御性判断（比如跳过高风险清理）
throw”，而是如何把原本想用异常表达的错误信息，改造成不破坏析构契约的方式传递出去。这个转换过程，往往比加个 try/catch 多一层设计权衡。 
