最直接有效的做法是释放后立即将指针置为 nullptr；需配对使用 delete p; p = nullptr; 或 delete[] p; p = nullptr;，优先用智能指针替代裸指针，并启用AddressSanitizer检测double free。
释放后立即将指针置为 nullptr
最直接有效的做法是在调用 delete 或 delete[] 后，立刻把指针赋值为 nullptr。C++ 标准规定：对 nullptr 调用 delete 是安全的（无操作），这能拦截大部分重复释放路径。
常见错误是只在一处释放，但多个作用域或分支里都可能走到释放逻辑，比如异常路径、提前返回、多线程竞争等场景下容易漏掉置空。
- 始终配对使用：
delete p; p = nullptr;，不要省略第二句 - 对数组指针必须用
delete[] p; p = nullptr;，混用会触发未定义行为 - 若指针是类成员，确保在析构函数中置空，且避免在移动构造/赋值后留下悬垂指针
优先用智能指针替代裸指针
手动管理生命周期是 double free 的根源。用 std::unique_ptr 或 std::shared_ptr 可从根本上规避——它们在离开作用域或引用计数归零时自动释放，且禁止拷贝（unique_ptr）或带原子计数（shared_ptr），天然防重复释放。
注意：智能指针不能解决“同一块内存被两个不同智能指针管理”的问题，比如用裸指针构造两个 shared_ptr，会导致双重析构。
立即学习“C++免费学习笔记（深入）”；
- 新建对象优先写成：
auto p = std::make_unique<t>(...);</t> - 已有裸指针转智能指针时，**禁止**这样写：
shared_ptr<t>(raw_ptr)</t>；应确保 raw_ptr 从未被delete过，且只被一个shared_ptr接管 - 避免从
this构造shared_ptr，除非类继承自std::enable_shared_from_this
启用 AddressSanitizer 检测运行时 double free
编译期无法捕获所有 double free，尤其涉及跨函数、条件分支或并发的情况。AddressSanitizer（ASan）能在程序运行时实时拦截 double free，并打印完整调用栈和首次释放位置，是调试阶段最关键的兜底手段。
它不改变代码逻辑，但会增加内存开销（~2x）和运行时性能损耗（~2–3x），因此仅用于开发和测试环境。
- Clang/GCC 编译加参数：
-fsanitize=address -g - 运行时报错典型格式：
double-free on address 0x602000000010 at pc 0x00010a… - 配合
export ASAN_OPTIONS=detect_stack_use_after_return=1可增强检测能力
多线程环境下必须加锁或改用线程安全智能指针
即使每个释放操作本身都置空了指针，两个线程仍可能同时读到非空值、同时进入 delete 分支——这是典型的竞态条件，不是“逻辑错误”，而是同步缺失。
shared_ptr 的引用计数操作是原子的，但指向的对象析构本身不是线程安全的；如果多个线程都试图释放同一个裸指针，ASan 会报 double free，但不会告诉你哪条线程先动的手。
- 裸指针跨线程共享时，释放操作必须包裹在互斥锁中（如
std::mutex） - 更推荐方案：让唯一一个线程拥有原始指针，其他线程只持有
shared_ptr副本；销毁权保留在创建者线程 - 避免用
std::auto_ptr（已弃用）或手写引用计数器——极易出错且无标准保障
真正棘手的是那些“看起来只释放一次”的代码：宏封装、模板特化、信号处理函数里的清理逻辑、或者 RAII 对象析构中隐式调用了 delete。这些地方最容易漏掉置空或误判所有权，得靠 ASan 配合代码审查才能揪出来。
