野指针是声明未初始化的指针，值为随机垃圾地址；悬挂指针是曾有效后被释放却未置空的指针。前者导致随机段错误，后者引发延迟崩溃或数据误改。
野指针不是“悬着”的，是压根没初始化的指针
野指针指声明了但未初始化的指针，其值是栈/寄存器里残留的随机垃圾地址。它和悬挂指针（dangling pointer）本质不同：悬挂指针曾指向有效内存，后来那块内存被释放了，指针却还留着旧地址；而野指针从一开始就没被赋予合法地址。
常见错误现象：Segmentation fault 或 Access violation 随机触发，调试时发现指针值像 0x7fffa1b2c3d8 这种毫无规律的数字，而不是明显的 0x0 或已知堆地址。
- 使用场景：局部指针变量声明后直接解引用，比如
int* p; *p = 42; - 函数参数如果是非引用/非 const 指针，且调用方传入未初始化变量，也会形成野指针
- C++ 中
new失败不会自动设为nullptr（除非加std::nothrow），所以int* p = new int[1000000000]; *p = 1;在分配失败时可能让p是野指针
悬挂指针的典型来源是 delete / free 后没置空
悬挂指针的危险在于它“看起来合理”——地址可能是之前 new 或 malloc 返回的，甚至还能读写一阵子（因为内存还没被覆盖或重用），导致 bug 延迟暴露。
常见错误现象：程序在某个看似无关的代码段突然崩溃，或者数据被意外修改；用 AddressSanitizer 会报 heap-use-after-free，但不用工具几乎无法定位。
立即学习“C++免费学习笔记（深入）”；
- 典型操作：
int* p = new int(5); delete p; std::cout —— 此时 <code>p就是悬挂指针 -
std::vector的resize()、clear()或重新分配可能使原有迭代器/指针失效，继续使用即悬挂 - 返回局部对象地址：
int* f() { int x = 42; return &x; }，返回值是典型的悬挂指针（不是野指针）
怎么避免？初始化和置空比“记得检查”更可靠
人脑记不住所有生命周期，靠约定或注释来防野指针/悬挂指针，失败率极高。真正有效的做法是把初始化和置空变成语法习惯。
- 所有指针声明时立即初始化：
int* p = nullptr;（C++11 起推荐），不要写int* p; -
delete后立刻置空：delete p; p = nullptr;，否则下一次if (p)判断就失去意义 - 优先用智能指针：
std::unique_ptr和std::shared_ptr自动管理生命周期，从根本上消除这两类问题；裸指针只用于性能敏感且生命周期明确的场景 - 启用编译器警告：
-Wuninitialized（GCC/Clang）能捕获部分野指针，但对悬挂指针无能为力
AddressSanitizer 是唯一靠谱的运行时检测手段
静态分析和编译器警告对悬挂指针基本无效，野指针也只能抓到一部分。真正能稳定发现问题的，只有运行时内存检测工具。
用法很简单：编译时加 -fsanitize=address -g，然后运行程序。一旦访问野指针或悬挂指针，会立刻打印带堆栈的错误信息，比如：
ERROR: AddressSanitizer: heap-use-after-free on address 0x602000000010 at pc 0x000000401234 bp 0x7fffeef12340 sp 0x7fffeef12338
- 它不改变程序逻辑，但会显著拖慢运行速度（2~3 倍），仅用于开发和测试
- Windows 下需用 MSVC 的
/fsanitize=address（VS 2019+），或改用 clang-cl - 注意：ASan 对栈上野指针（如
int* p; *p = 1;）检测能力有限，仍要靠初始化习惯兜底
最麻烦的地方在于：野指针和悬挂指针都可能在完全正常的代码路径中潜伏多年，直到某次内存布局微调才爆发。不初始化、不置空、不用 ASan，等于主动放弃排查主动权。
