析构函数未被调用的根本原因是对象生命周期管理不当，而非语法错误；常见于栈对象作用域异常跳出、堆对象未配对delete、临时对象寿命误判、异常中析构被中断、移动后资源未置空导致重复释放等。
析构函数没被调用，大概率是对象没被销毁
析构函数不执行，不是语法错误，而是生命周期管理出了问题。C++ 不会自动帮你“记得”销毁对象——它只在对象生命期结束时触发析构，而这个“结束”取决于你用的是栈对象、堆对象，还是被移动/异常中途截断的临时对象。
常见错误现象：std::cout 在析构里打日志，但程序结束也没输出；资源（如文件句柄、内存）没释放，Valgrind 报 leak；std::unique_ptr 管理的对象析构没发生。
- 栈对象：作用域结束即析构，确保没被
return提前跳出、没被goto跳过末尾、没在异常传播路径中被跳过 - 堆对象（
new出来的）：必须配对delete，漏掉就永不析构；用std::unique_ptr或std::shared_ptr自动管理更安全 - 临时对象：比如函数返回值或
auto x = func();中的右值，其析构时机是“完整表达式结束”，但若被绑定到 const 引用（const auto& x = func();），寿命会延长到引用作用域结束——这点极易误判
delete 之前忘了 set pointer to nullptr？别依赖它判断析构
有人习惯在 delete p; 后写 p = nullptr;，以为能靠 if (p) { ... } 判断对象是否还活着。这完全无效：析构发生在 delete 内部，指针置空只是避免野指针二次释放，跟析构是否发生无关。
真正该检查的是“谁负责销毁”。例如：
立即学习“C++免费学习笔记（深入）”；
- 裸指针传递进函数，函数不该
delete它，除非文档明确约定所有权转移 -
std::vector<T*>不管理所存指针的生命周期，析构 vector 只销毁指针变量本身，不调用T的析构函数 - 用
std::vector<std::unique_ptr<T>>就能保证 vector 析构时每个T都被正确析构
异常途中析构被跳过？检查栈展开是否被禁用
如果构造函数抛异常，已构造完成的成员会被逆序析构；但如果在析构函数里又抛异常（且未被捕获），程序直接调用 std::terminate()，后续析构全部中断——这是 C++11 起默认行为。
常见错误现象：~A() { throw std::runtime_error("oops"); } 导致整个栈展开戛然而止，其他对象析构函数根本不会进入。
- 析构函数必须声明为
noexcept（C++11 默认隐含），否则编译器可能拒绝生成某些优化代码，或在异常传播时崩溃 - 不要在析构函数里做可能失败的操作（如 close 文件、发网络请求）；失败应记录日志，而非抛异常
- 检查编译选项：
-fno-exceptions会禁用异常机制，此时throw直接终止程序，栈展开失效
std::move 后原对象析构？别混淆“资源转移”和“对象销毁”
std::move(x) 不销毁 x，只是把 x 标记为可被移动的状态；x 仍是一个有效对象，直到它自身作用域结束才会析构。
容易踩的坑：
- 移动后访问
x成员（比如x.ptr），得到的是“有效但未定义值”，不是空指针；析构函数仍要处理这个“空壳”，否则可能 double-free - 自定义移动构造/赋值时，务必把源对象的资源指针设为
nullptr（或等价状态），否则它的析构函数还会尝试释放同一块内存 - 容器如
std::vector::push_back(std::move(x))后，x仍存在，只是内容被掏空；它的析构函数照常运行，但逻辑必须适配“已被移动”的状态
最麻烦的不是语法写错，而是析构逻辑和对象实际生存期不匹配——比如在 lambda 捕获里存了裸指针，lambda 生命周期比所指对象长；或者把 this 指针传给异步任务，却没确保对象活到回调执行完。这些地方没有编译错误，只有运行时静默泄漏或崩溃。
