标准C++中无法可移植地检测非空指针是否指向有效内存，因“有效性”属逻辑状态而非语言属性；悬垂指针常见于delete后未置空、返回局部变量地址、容器重分配等场景；应依赖RAII、智能指针、AddressSanitizer等预防而非运行时检查。
为什么不能直接判断指针是否“有效”
在标准 C++ 中，nullptr 可以判断是否为空，但**没有任何合法、可移植的方式能检测一个非空指针是否指向已分配且未释放的内存**。所谓“有效指针”不是语言层面的属性，而是程序逻辑状态——它依赖你是否正确管理了内存生命周期。
常见错误是写 if (ptr) 或 if (ptr != nullptr) 后就认为可以安全解引用，其实这只说明指针不为空，完全不保证它没被 delete 过、没越界、没指向栈上已销毁的对象。
哪些情况会导致指针“看似非空却无效”
这类指针常被称为“悬垂指针（dangling pointer）”，典型场景包括：
-
delete ptr;后未置为nullptr，后续仍用ptr判断 - 局部对象地址被返回：
return &local_var;，函数返回后指针立即失效 - 容器重分配导致迭代器/指针失效（如
std::vector::push_back()可能使原有&v[0]失效） - 使用
malloc/free混搭new/delete，或重复delete
实际可用的防御性做法
没有银弹，但可通过组合手段大幅降低风险：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 养成
delete ptr;后立刻写ptr = nullptr;的习惯（对原始指针） - 优先用智能指针：
std::unique_ptr和std::shared_ptr能自动管理生命周期，解引用前可用if (ptr)安全判断（此时语义是“是否持有有效对象”） - 调试阶段启用 AddressSanitizer（ASan）：编译加
-fsanitize=address，运行时访问悬垂指针会立即报错并定位到行号 - 避免裸指针跨作用域传递；若必须，明确所有权转移规则，并文档化
- 对容器内元素地址，改用索引或迭代器（注意失效规则），而非长期保存
&v[i]
别信这些“检查技巧”
网上有些“野路子”试图通过系统调用或内存探测判断指针有效性，比如：
- 用
mincore()（Linux）或VirtualQuery()（Windows）查页状态——结果不可靠：内存可能映射但未分配、或已分配但被mprotect保护 - 尝试读取指针地址再捕获 SIGSEGV —— C++ 标准不保证信号可被捕获，且行为未定义，极易掩盖真正 bug
- 用
dynamic_cast到基类再判空——只对多态对象且有虚函数表才有效，对普通类型完全无效
这些方法要么平台限定，要么引入未定义行为，要么漏判大量真实失效场景，实际项目中应彻底避免。
真正的“检查”发生在设计和测试阶段：用 RAII 约束生命周期、用静态分析工具（如 Clang Static Analyzer）、用 ASan 跑测试用例——而不是在运行时临时补救。
