析构函数抛异常会导致程序直接terminate；C++11起析构函数默认noexcept，违反则调用std::terminate()退出，应将可能失败操作移至显式成员函数并由用户处理。
析构函数抛异常会导致程序直接 terminate
只要栈展开过程中析构函数抛出异常，std::terminate() 就会被调用，进程立刻退出——不是抛出新异常、不是跳转到 catch，而是无提示终止。C++11 起所有析构函数默认是 noexcept(true)，编译器不会报错，但运行时一旦违反就崩溃。
别在析构函数里 throw，改用 log + 忽略或局部处理
析构函数的职责是释放资源，不是报告错误。如果内部操作（比如关闭文件、提交事务）可能失败，不要 throw，而应：
- 记录日志（如
std::cerr << "Warning: failed to flush buffer in ~Logger()"） - 调用
std::abort()或std::exit()（仅限极少数必须中止的场景） - 把可能失败的操作提前移到普通成员函数中，由用户显式调用并处理异常
- 用
std::uncaught_exceptions()判断当前是否已在异常传播中，避免二次崩溃
需要“带异常语义”的清理？用 RAII + 显式 flush 方法
比如一个缓存类，析构时要刷盘，但刷盘可能失败。正确做法不是在 ~Cache() 里 throw，而是：
- 提供
flush()成员函数，返回bool或std::expected<void, std::error_code>（C++23） -
~Cache()只做无异常的资源释放（如释放内存、关闭句柄），不碰 I/O - 文档明确写清：若需错误反馈，请先调用
flush()并检查结果
这样既保持析构函数安全，又把错误处理权交还给调用方。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
noexcept 声明不是可选项，是强制契约
即使你没写 noexcept，C++11+ 的析构函数也隐式 noexcept。如果你硬要 throw，编译器不拦，但行为是未定义的——多数实现直接 terminate。真要绕过？可以显式写 ~MyClass() noexcept(false)，但这是危险信号，标准库容器（如 std::vector）拒绝容纳这种类型，很多算法也会拒绝调用其析构。
真正难处理的，从来不是“怎么让析构 throw”，而是“怎么把错误从析构路径里移出去”。这一步漏掉，后面所有 try/catch 都白搭。
