连续二维数组的本质是单次分配mn个元素的一维内存，通过arr[in+j]访问；new int[m]再循环new int[n]或嵌套vector均不连续，仅std::vector data(mn)配合下标计算可兼顾连续性与安全性。
用 new 分配一整块内存再手动索引
二维数组「内存连续」的本质，是把 m * n 个元素当成一维来申请，而不是用 new int*[m] 再循环 new int[n]——后者产生的是「指针数组 + 多段堆内存」，物理地址完全不连续。
正确做法是：一次 new int[m * n]，然后通过 arr[i * n + j] 模拟二维访问。这是唯一能保证所有元素在单段连续内存中的方式。
- 不能直接写
int arr[m][n]：这是栈上变长数组（C99/C++20 有但非普遍支持），且大小必须编译期可知 - 避免
std::vector<:vector>></:vector>：每个内层vector单独分配，整体不连续 - 若需
arr[i][j]语法糖，可封装一层：用int*存底层数组，重载operator[]返回计算好偏移的代理对象
std::vector 怎么做到连续又方便
std::vector 本身只保证其管理的元素连续，所以 std::vector<int></int> 是连续的，但 std::vector<:vector>></:vector> 不是。
真正安全的方案是：只用一个 std::vector<int></int> 存全部数据，配合行列尺寸手动算下标。
- 初始化：
std::vector<int> data(m * n);</int> - 访问第
i行第j列：data[i * n + j]（行主序） - 传给 C 风格函数时，
data.data()直接返回int*，满足连续性要求 - 别依赖
std::vector的嵌套结构去“假装”二维——它只是逻辑二维，物理上毫无连续性保障
为什么 new int*[m] + 循环 new 必然不连续
每次调用 new 向堆申请内存，系统返回的地址取决于当前空闲块分布、对齐策略、分配器实现（如 malloc 的 bin 管理）。两次 new 几乎不可能紧挨着。
更危险的是：这种结构让 &arr[0] 和 &arr[1] 指向两个不同堆块的首地址，arr[0] + 1 不等于 arr[1]，彻底破坏指针算术的预期行为。
- 释放时必须双重循环
delete[] arr[i]，再delete[] arr，漏一步就内存泄漏 - 无法用
memcpy整体拷贝或用 SIMD 指令批量处理——因为内存不连续 - 调试时看内存布局，会发现每行起始地址跳变明显，不是等差数列
连续二维数组的典型误用场景
最常见错误，是把「能用二维语法访问」和「内存连续」混为一谈。比如封装一个类，内部用 int**，对外提供 operator[]，看起来像二维数组，但底层仍是离散分配。
另一个陷阱是依赖 std::array<:array n>, M></:array>：它确实连续，但 N 和 M 必须编译期常量，无法应对运行时确定的尺寸。
- 图像处理、矩阵运算、GPU 数据上传等场景，连续性是硬性要求，不能妥协
- 哪怕只差一个字节不连续，
cudaMemcpy或glBufferData就可能出错或性能暴跌 - 连续 ≠ 方便，但方便可以封装；连续性一旦丢失，很多底层优化路径就直接失效
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
