悬空指针是访问已释放或已销毁内存的运行时未定义行为，典型表现为段错误或静默错误；判断依据是内存是否已被释放且指针未置空；推荐用std::unique_ptr自动管理、裸指针及时置空、启用AddressSanitizer检测。
悬空指针的典型表现和判断依据
悬空指针不是编译时报错，而是运行时未定义行为：访问已释放内存后程序可能崩溃、返回垃圾值、或看似正常但结果不可靠。最常见现象是 Segmentation fault（Linux/macOS）或 Access violation（Windows），但更危险的是“没报错却算错了”——尤其在多线程或内存复用频繁的场景下。
判断是否为悬空指针，关键看指针所指内存是否已被 delete 或 free()，且之后未置为 nullptr。注意：栈对象生命周期结束（如函数返回）后取其地址，也属于悬空，哪怕没调用 delete。
用 std::unique_ptr 自动管理堆内存
手动 new/delete 是悬空指针高发区。C++11 起，优先用 std::unique_ptr 替代裸指针管理单个堆对象：
- 它在离开作用域时自动调用
delete，杜绝忘记释放 - 移动语义允许安全转移所有权，但禁止拷贝，避免多个指针指向同一块内存
- 解引用前可直接用
if (ptr)判断是否为空，比检查ptr != nullptr更简洁
void process() {
auto ptr = std::make_unique<int>(42);
// ... 使用 *ptr
} // 函数结束，ptr 自动析构，内存释放，无悬空风险注意：不要对 std::unique_ptr 调用 get() 后长期保存裸指针——那又回到原点。只在需要传给 C 接口等不得已场景才用 get()，且确保裸指针生命周期严格短于 unique_ptr。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
裸指针必须立即置空 + 禁止跨作用域传递
如果必须用裸指针（如对接旧代码、性能敏感路径），两条铁律：
- 每次
delete后立刻赋值为nullptr：delete p; p = nullptr; - 绝不把局部对象地址（如
&local_var）返回给调用者；绝不把函数内new的指针交给外部长期持有，除非明确约定所有权
常见错误：
-
if (p) delete p;—— 缺少置空，后续仍可能解引用 - 在析构函数里
delete p;但没设p = nullptr;，对象被移动或多次析构时出问题 - 把
std::vector的data()地址存为裸指针，之后又调用push_back()导致内存重分配，原指针悬空
调试阶段启用 AddressSanitizer 捕获早期悬空访问
编译时加 -fsanitize=address（GCC/Clang），运行时会拦截绝大多数悬空指针读写，并打印详细堆栈和内存状态。它不能防止悬空，但能让问题在第一次发生时就暴露，而不是拖到生产环境随机崩溃。
- 注意：ASan 会显著降低性能，仅用于开发/测试
- 它对栈悬空（如返回局部变量地址）同样有效，但对未初始化指针无效
- Windows 上需用 MSVC 的
/fsanitize=address（VS 2019+），或改用 Dr. Memory 工具
悬空指针的本质是生命周期管理失控，工具只能帮发现问题，真正可靠的解法永远是设计层面规避：能用 RAII 就不用裸指针，能用栈就不用堆，能用引用就不用指针。
