空指针（nullptr）是明确初始化的无效状态，解引用必崩且可检测；未初始化指针值随机不可预测，if(p==nullptr)完全无效，修复必须声明时初始化。
空指针（nullptr）是明确、可控、可判断的；未初始化指针（常被误称“野指针”）值随机、不可预测、无法防御——二者根本不是同一类问题，混用会导致修复方向完全错误。
未初始化指针解引用会触发未定义行为，且无法用 if (p == nullptr) 检测
未初始化指针如 int* p; 声明后未赋值，其值是栈上残留的任意比特位，可能是 0x0（碰巧像空指针），也可能是 0xdeadbeef 或 0xbadcafe 这类明显非法地址，甚至偶尔指向合法但无关的内存区域。这意味着：
-
if (p == nullptr)对它完全无效：它可能非空却仍非法，也可能为0却恰好没崩（纯运气） -
valgrind或AddressSanitizer通常不报错，因为工具无法判断“这个随机值是不是有效地址” - 崩溃时机高度随机：同一段代码在不同编译器、优化等级、甚至不同运行次序下表现可能完全不同
- 典型场景包括：局部指针变量未初始化就传入函数、结构体中的指针成员未显式初始化、函数参数接收了未初始化的指针变量
nullptr 是主动设置的确定状态，解引用必崩且可静态检查
nullptr 是 C++11 引入的字面量，类型为 std::nullptr_t，专用于给指针赋“明确无效”的语义。它和 NULL（本质是 0 或 void*）不同，能避免函数重载二义性。关键点在于：
- 它不是“没初始化”，而是“初始化为已知无效值”
- 所有主流编译器（GCC/Clang/MSVC）都能在编译期识别
if (p == nullptr)并生成高效比较指令 - 解引用
nullptr必然触发SIGSEGV（Linux/macOS）或访问冲突（Windows），崩溃位置与出错点基本一致 - 静态分析工具（如 Clang Static Analyzer）能识别未检查
nullptr就解引用的路径，但对未初始化指针束手无策
修复方式截然不同：初始化兜底 vs 生命周期管理
混淆二者最直接的后果就是写错修复逻辑。未初始化指针的问题不在“释放后继续用”，而在“压根就没给过合法起点”：
- 未初始化指针必须在声明时初始化：
int* p = nullptr;或int* p = new int(0);，不能依赖后续“再赋值” - 函数返回局部变量地址、
delete后未置空、迭代器失效等属于悬挂指针问题，和未初始化无关——它们的指针值曾经合法，只是后来失效了 - 智能指针（如
std::unique_ptr）能自动管理生命周期，但对未初始化的裸指针毫无约束力；它只管自己析构时是否释放，不管用户有没有先乱写个地址进去 - 全局/静态指针变量会被自动初始化为
nullptr，但局部指针不会——这是最容易忽略的差异点
真正危险的不是空指针，而是那个你忘了初始化、值为 0x7fffa1b2c3d8 却还在 if (p) 判断后大胆解引用的指针。它不会报错，直到某天在客户机器上突然崩掉，而调试日志里只显示一个毫无上下文的段错误地址。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
