悬空指针是指向已被释放内存的指针，delete后未置nullptr会导致未定义行为；应立即置nullptr、优先使用智能指针，并启用addresssanitizer检测。
悬空指针是什么，为什么 delete 后还用指针会出事
悬空指针（dangling pointer）是指指向已被释放内存的指针。C++ 中调用 delete 或 delete[] 后，对象所占内存被归还给堆管理器，但指针变量本身未被修改——它仍保存着原来的地址值。此时若再解引用该指针（如 ptr->func() 或 *ptr），行为是未定义的（UB），可能崩溃、静默错误或偶然“正常”运行，极难复现和调试。
delete 后立即置 nullptr 是最简单有效的防御手段
这不是“可选习惯”，而是强制性实践。只要指针生命周期可能超出其所指对象，就必须在释放后设为 nullptr。这样后续解引用会直接触发段错误（Linux/macOS）或访问违规（Windows），暴露问题而非掩盖它。
常见场景包括：
- 手动管理资源的类中，析构函数里
delete ptr;后必须跟ptr = nullptr; - 函数内局部指针释放后，若该指针可能被再次检查（如
if (ptr) {...}），不置空会导致误判 - 多个指针共享同一块内存时（不推荐），至少一个释放者要负责置空，且其他持有者需约定不再使用
用智能指针替代裸指针，从根源上消除悬空风险
std::unique_ptr 和 std::shared_ptr 的核心价值之一就是自动管理生命周期，避免手动 delete 的疏漏。
关键点：
-
std::unique_ptr在离开作用域或被移动后自动释放内存，且原指针不可再访问（移动后变为nullptr） -
std::shared_ptr通过引用计数控制释放时机；只要还有活跃的shared_ptr持有该对象，就不会释放 - 切忌混用：不要对
shared_ptr管理的对象再调用delete，也不要将同一块内存交给多个智能指针管理 - 慎用
get()：它返回裸指针，不延长生命周期；若用其结果赋值给裸指针并长期持有，仍会悬空
调试阶段启用 AddressSanitizer 快速定位悬空访问
编译时加 -fsanitize=address（GCC/Clang），运行时能捕获绝大多数悬空指针解引用、use-after-free 等问题，并给出精确堆栈和内存状态。
注意：
- 仅用于开发/测试环境，禁用优化（
-O0）效果最佳 - ASan 不检测未初始化指针或野指针（如未赋值的局部指针），只管“已释放后访问”
- Windows 上 MSVC 需用
/fsanitize=address（VS 2019+），且需配合 ASan 运行时库
悬空指针的问题不在“怎么修”，而在“怎么不让它发生”。靠人盯代码永远漏，靠 nullptr + 智能指针 + ASan 组合才是实际工程中可控的防线。最容易被忽略的是：析构函数里忘了置空，或者把 shared_ptr::get() 的结果存进裸指针还当真了。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
