析构函数在对象生命周期结束时由编译器自动调用，触发场景包括局部对象离开作用域、new对象配合delete、类成员对象销毁、临时对象表达式结束；禁止手动调用，除非使用placement new；RAII依赖其确定性时机，但静态对象析构顺序未定义。
析构函数在对象生命周期结束时自动调用
析构函数不是由你手动调用的，它在对象“离开作用域”或“被显式销毁”时由编译器自动插入调用。关键判断依据是：该对象占用的内存是否即将被释放、其资源是否需要立即清理。
常见触发场景包括：
- 局部对象（栈上）在所在代码块结束右大括号
}处调用 -
new出的对象，必须配合delete才会触发析构；仅delete指针本身不会自动调用（若指针为nullptr，delete是安全的，但不调用析构） - 类成员对象在其所属对象的析构函数体执行完毕后、该对象内存释放前调用（顺序与构造相反）
- 临时对象在完整表达式求值结束后调用（例如函数返回一个匿名对象，其析构发生在该行语句末尾）
不要手动调用析构函数，除非你真的懂 placement new
写 obj.~MyClass() 是合法语法，但几乎总是错误的起点。标准做法中，你只应在用 operator new 分配原始内存、再用 placement new 构造对象的极少数场景下，才需显式调用析构来配合后续 operator delete。
典型误用：
立即学习“C++免费学习笔记（深入）”；
- 对栈对象手动调用析构 → 后续作用域结束时再次调用，导致未定义行为（double destruct）
- 对
new对象调用析构但不delete→ 内存泄漏，且对象状态已破坏 - 在容器（如
std::vector）内部手动调用元素析构 → 容器自己管理生命周期，干预会导致迭代器失效或崩溃
RAII 依赖析构时机的确定性，而非“马上”
C++ 的 RAII（Resource Acquisition Is Initialization）机制有效，正是因为析构调用时机是静态可分析的：栈对象析构顺序严格、确定；智能指针（如 std::unique_ptr）在自身析构时调用所管对象的析构函数。
但要注意：
- 析构函数内不能抛异常（否则程序直接终止），因为可能处于栈展开过程中
- 析构函数中访问
this是安全的，但调用虚函数时，动态类型是当前正在析构的类（即虚表已退回到该层），不会继续向下派生类调用 - 若对象被 move 构造或 move 赋值过，其原对象的析构仍会发生，但内容可能已无效 —— 你需在移动后将成员置为安全的空状态（如指针设为
nullptr）
全局/静态对象的析构顺序是未定义的，跨编译单元尤其危险
同一个编译单元内，静态对象按定义逆序析构；但不同 .cpp 文件之间的析构顺序 C++ 标准不保证。这意味着：A.cpp 中的静态对象 a 可能在 B.cpp 中的静态对象 b 之前或之后析构。
这直接导致常见 crash：
- 某静态日志对象在析构时尝试写入另一个已被析构的全局配置对象
-
std::cout在 main 返回后、静态对象析构期间可能已不可用（实际依赖实现，但应避免） - 解决方法：优先用局部静态变量（函数内
static T& instance()），或确保无跨单元依赖；更稳妥的是避免在析构函数中访问其他静态对象
