构造函数和析构函数打日志是最直接的对象生命周期追踪方式，需在构造、析构及拷贝/移动操作中输出this地址与函数名，并注意栈、堆、静态对象销毁时机差异及ASan检测悬空指针。
用构造函数和析构函数打日志是最直接的方式
对象生命周期的起点是构造函数执行，终点是析构函数执行——只要在这两个地方加日志，就能肉眼看到对象何时诞生、何时销毁。std::cout 或 std::cerr 配合行号、地址或标识符，足够定位问题。
- 在构造函数里输出
this地址和当前函数名（比如MyClass::MyClass()） - 在析构函数里同样输出
this和~MyClass()，确保能匹配创建与销毁 - 避免在析构中调用可能抛异常的代码（C++11 起默认
noexcept），否则程序可能std::terminate - 如果对象被拷贝或移动，记得在拷贝构造、移动构造、赋值运算符里也加日志，否则会漏掉隐式生命周期分支
注意栈对象、堆对象、静态对象的销毁时机差异
同一段日志，在不同存储期对象上表现完全不同：栈对象在作用域结束时立即析构；new 出来的堆对象要靠 delete 触发；全局/静态对象则在 main() 返回后、程序退出前才析构。
- 栈对象销毁顺序与构造顺序相反，嵌套作用域内尤其明显（比如循环体、if 分支）
- 堆对象若忘记
delete，析构函数永远不会执行——这不是“生命周期延长”，而是泄漏 - 静态对象的析构顺序是**跨编译单元未定义的**，两个不同 .cpp 文件里的静态对象，谁先析构无法保证，依赖彼此会导致未定义行为
-
std::shared_ptr管理的对象，其析构发生在最后一个引用释放时，不是shared_ptr本身出作用域那一刻（除非它是唯一持有者）
用 AddressSanitizer 捕获悬空指针访问
生命周期结束 ≠ 内存立刻被覆盖。很多“看起来还能读”的悬空指针，其实是未定义行为。AddressSanitizer（ASan）能在运行时检测对已销毁对象的访问，并精准报出 heap-use-after-free 或 stack-use-after-scope 错误。
- 编译时加
-fsanitize=address -g（Clang/GCC 都支持） - 不要依赖
valgrind查 C++ 对象生命周期——它不跟踪构造/析构语义，只看内存分配/释放 - ASan 对栈对象生命周期检测有限制：默认只报
use-after-scope（需-fsanitize=address -fno-omit-frame-pointer），且仅限局部变量，不包括函数参数或临时量 - 遇到 ASan 报错但找不到对应析构日志？说明该对象可能被提前
delete，或被多次delete
调试器里观察对象实际存活状态
在 GDB 或 LLDB 中，不能单靠变量名判断对象是否还“活着”。得结合作用域、寄存器、内存地址三者交叉验证。
立即学习“C++免费学习笔记（深入）”；
- 在断点处用
info locals看栈变量是否存在；若已出作用域，GDB 可能显示<optimized out></optimized>或直接不列出 - 用
print &obj获取地址，再用x/10xb &obj查看内存内容——若析构已执行，常见现象是虚表指针被清零或填充为特殊标记值（如 ASan 的0xfdfdfdfd） - 对
std::vector等容器，别只看size()；用print v._M_impl._M_start（libstdc++）或类似字段确认内部指针是否仍有效 - 优化等级（
-O2）可能导致对象被完全优化掉，此时即使没析构，变量在调试信息里也不存在——关优化再查
