必须先逐行 delete[] arr[i] 再 delete[] arr，顺序颠倒会访问已释放指针导致段错误；delete[] 仅能用于 new[] 分配的内存，否则引发未定义行为。
delete[] 释放二维数组时必须从内层开始
段错误通常是因为用 delete[] 释放了已被释放的内存，或释放了非 new[] 分配的地址。C++ 动态二维数组若用「指针数组」方式（int** arr）分配，必须先逐行 delete[] arr[i]，再 delete[] arr；顺序颠倒（先删 arr 再删 arr[i]）会导致访问已释放的指针，触发段错误。
常见错误写法：
int** arr = new int*[rows];
for (int i = 0; i < rows; ++i) {
arr[i] = new int[cols];
}
// ❌ 错误：先删顶层指针
delete[] arr; // 此时 arr[i] 地址已失效
for (int i = 0; i < rows; ++i) {
delete[] arr[i]; // 访问野指针 → 段错误
}正确释放顺序：
- 先遍历每一行，对
arr[i]调用delete[] - 再对
arr本身调用delete[] - 释放后建议将指针置为
nullptr，避免后续误用
用 std::vector 替代裸指针更安全
手动管理二维动态内存容易出错，尤其在异常路径或提前返回时易遗漏释放。用 std::vector<:vector>></:vector> 可自动析构，完全规避释放顺序问题。
立即学习“C++免费学习笔记（深入）”；
等价替代示例：
std::vector<std::vector<int>> arr(rows, std::vector<int>(cols)); // 使用 arr[i][j] 完全同原生二维数组 // 函数结束或作用域退出时自动释放，无需手动 delete
注意点：
- 单次分配多维数据时，
std::vector会有多次堆分配（每行一个），性能略低于单块内存布局 - 若需连续内存（如传给 C 接口），应改用一维
std::vector<int></int>+ 手动索引：arr[i * cols + j] - 不推荐用
std::vector存储裸指针（如vector<int></int>），仍需手动管理所指内存
释放前检查指针是否为 nullptr 并避免重复 delete
即使顺序正确，若同一指针被 delete[] 两次，也会导致段错误或内存损坏。释放前判空只是防御性习惯，不能替代正确的释放逻辑。
典型风险场景：
- 多个函数共享同一二维数组指针，且都尝试释放
- 构造函数分配、析构函数释放，但拷贝构造/赋值未实现深拷贝或禁用，导致浅拷贝后双重释放
- 异常中途跳出，部分行已释放、部分未释放
安全做法：
- 确保只有唯一所有者负责释放（如用
std::unique_ptr管理） - 释放后立即将指针设为
nullptr：delete[] arr[i]; arr[i] = nullptr; - 避免裸指针跨作用域传递所有权；改用智能指针明确语义
用 valgrind 或 AddressSanitizer 快速定位释放问题
段错误发生时，仅靠代码审查难定位是哪一行释放错了。运行时工具能直接报出非法访问和释放顺序错误。
推荐做法：
- Linux 下用
valgrind --tool=memcheck ./a.out，会提示 “Invalid read/write” 或 “Mismatched free() / delete / delete []” - Clang/GCC 编译加
-fsanitize=address，运行时报错带具体行号和内存状态 - 注意：ASan 无法检测未初始化指针的
delete[]，但能捕获释放后使用、越界访问、重复释放
实际调试中，90% 的二维数组段错误源于释放顺序颠倒或重复释放，用 ASan 通常几秒就能定位到出问题的那行 delete[]。
真正麻烦的是那些没立刻崩溃的野指针访问——它们可能改写了其他变量的内存，延迟暴露成另一个看似无关的错误。所以只要涉及裸 new[]/delete[]，务必配一个内存检查工具跑一遍。
