野指针是解引用已释放或未初始化的指针，越界是合法指针访问分配范围外内存；防野指针靠智能指针管理生命周期，防越界靠at()、ASan和边界检查。
野指针和越界访问的根本区别得先分清
野指针是ptr指向了已释放或未初始化的内存地址，解引用它会触发未定义行为（UB），常见表现是程序崩溃、数据错乱或静默失败；越界则是ptr本身合法，但访问了分配范围之外的位置（比如 new int[5] 后读 ptr[10]）。两者常被混为一谈，但检测和防护手段不同——野指针靠生命周期管理，越界靠边界检查。
用智能指针替代裸指针是最直接的防野指针手段
裸指针无法自动感知所指对象是否还存活，而std::shared_ptr和std::unique_ptr能绑定资源生命周期。只要没提前reset()或离开作用域，解引用就是安全的。
注意几个关键点：
-
std::shared_ptr不能从裸指针重复构造（如new T后两次shared_ptr<t>(p)</t>），否则析构两次 → 崩溃 -
std::unique_ptr转移所有权后原变量变为空（get() == nullptr），解引用前必须判空，但不会“野”——它明确知道“我什么都没指向” - 避免混合使用：不要对
shared_ptr管理的内存再用delete，也不要拿get()结果长期保存并解引用
越界访问靠容器和边界检查机制来拦截
数组和std::vector本身不检查下标，但vector::at()会在运行时抛出std::out_of_range异常；std::array配合at()也同理。编译期越界（比如模板参数写错）极少，主要防的是运行时逻辑错误。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
实际建议：
- 优先用
std::vector::at(i)代替operator[](i)做调试和关键路径访问 - 启用编译器的 AddressSanitizer（ASan）：Clang/GCC 加
-fsanitize=address，能捕获绝大多数堆/栈越界和野指针解引用，且开销可控 - 禁用
std::vector::data()+ 指针算术做遍历；改用范围for或迭代器，避免手算偏移出错
静态分析和 RAII 是最容易被跳过的防线
很多团队只依赖运行时工具，但野指针问题在编译阶段就能卡住一部分。比如：
- 用 Clang 的
-Wdangling-gsl或 MSVC 的/analyze可发现局部对象地址逃逸、返回栈内存地址等典型野指针源头 - 自定义 RAII 类包装资源时，确保构造函数完成资源获取、析构函数严格释放，且禁止拷贝（或实现深拷贝/移动语义）
- 全局或静态指针要格外小心——它们的初始化顺序不确定，析构顺序与构造相反，容易在某模块析构后被其他模块误用
真正难防的是跨线程场景：一个线程刚reset()了shared_ptr，另一个线程还在解引用它的get()结果。这时必须配合std::atomic<:shared_ptr>></:shared_ptr>或显式同步，而不是寄希望于“它应该还没释放”。
