释放数组后不置空、继续用原指针访问或误用 delete 而非 delete[]，是导致野指针的最常见原因；必须用 delete[] 释放 new[] 分配的数组，并立即置指针为 nullptr。
直接说结论：释放数组后不置空、继续用原指针访问、或误用 delete 而非 delete[]，是导致“指向已释放数组”的野指针最常见原因。这类问题不会立刻报错，但后续解引用必然引发未定义行为——轻则数据错乱，重则段错误崩溃。
用 delete[] 释放数组，且必须配对
动态分配的数组（如 new int[5]）必须用 delete[] 释放，不能用 delete。否则：
- 行为未定义：C++ 标准不保证会发生什么，但实际中常导致堆管理器元数据损坏
- 后续
new可能失败，或触发malloc内部断言 - 原指针虽未变，但其所指内存块已处于不可用状态，此时它已是野指针
示例：
int* arr = new int[3]{1, 2, 3};
delete arr; // ❌ 错误：应为 delete[]
// 此时 arr 已成野指针，即使没置空，也不该再碰
释放后立即置为 nullptr
哪怕用了正确的 delete[]，只要指针变量本身还存着旧地址，它就仍是悬空状态。下一次 if 判空或意外解引用，风险照旧。
立即学习“C++免费学习笔记（深入）”；
必须在 delete[] 后立刻赋值 nullptr：
int* arr = new int[3]{1, 2, 3};
delete[] arr;
arr = nullptr; // ✅ 关键一步：切断无效关联
if (arr != nullptr) {
std::cout << *arr; // 不会执行，安全
}
注意：nullptr 是类型安全的，比 NULL 或 0 更可靠，尤其在函数重载场景下。
优先用 std::vector 替代裸数组指针
手动管理数组生命周期极易出错。现代 C++ 中，95% 以上场景应直接用 std::vector：
- 自动管理内存：构造时分配，析构时释放，无需
new/delete - 无指针暴露风险：
data()返回的指针仅在 vector 有效期内安全 - 边界检查可选：启用
at()可捕获越界，避免野指针式越界访问
对比：
// ❌ 易错裸指针 int* arr = new int[10]; // ... 使用 ... delete[] arr; arr = nullptr; <p>// ✅ 推荐 vector std::vector<int> vec(10); // ... 使用 vec[i] 或 &vec[0] ... // 离开作用域自动清理，无野指针隐患
警惕多处持有同一数组指针
一个数组指针被多个变量（或成员变量）同时持有时，谁负责释放？释放后其他变量是否同步置空？这是隐蔽性极高的野指针温床。
典型陷阱：
- 类 A 持有
int* data，构造时new int[n]，析构时delete[] data - 类 B 从 A 获取了
data并缓存，但未参与生命周期管理 - A 析构后，B 的缓存指针变成野指针，却毫无感知
解决思路：
- 明确所有权：用
std::unique_ptr<int[]>表达独占语义，转移时自动置空源端 - 共享场景用
std::shared_ptr<int[]>，配合自定义删除器[](int* p) { delete[] p; } - 绝对避免裸指针跨作用域传递所有权
最危险的不是忘记释放，而是释放了却以为还能用；最易被忽略的不是语法错误，而是“看起来还能跑通”的那一秒——那正是野指针在静默腐化内存的开始。
