std::vector嵌套不能当真二维数组用，因内存不连续；resize后需显式初始化内层vector；拷贝开销大，应优先用const引用传参；调试时建议用at()替代[]以准确定位越界位置。
std::vector<:vector>> 初始化时内存不连续，别当二维数组用
它看起来像二维数组，但每个 std::vector 是独立分配的，行与行之间地址不连续。这意味着不能把 v[0].data() 当整个矩阵首地址传给需要连续内存的接口（比如 OpenGL 纹理上传、BLAS 函数、std::span 构造）。
常见错误现象：std::span 会越界或读到垃圾值，因为中间有空隙。
- 真要连续内存：用单层
std::vector+ 手动索引，比如data[i * cols + j] - 封装一层类或用
std::mdspan（C++23，需编译器支持） - 如果只是临时二维结构、不涉及 C API 或性能敏感场景，嵌套 vector 没问题——但得清楚它不是“真二维”
resize 后访问未初始化的 inner vector 容易崩溃
v.resize(10) 只构造了 10 个空的 std::vector，每个 v[i] 的 size() 是 0。此时直接写 v[i][j] = x 会触发未定义行为（operator[] 不检查边界）。
使用场景：动态构建不规则矩阵（每行长度不同），或预分配行数但列数待填。
立即学习“C++免费学习笔记（深入）”；
- 安全做法：先
v[i].resize(cols)或v[i].push_back(x)，再访问 - 更稳妥：用
v[i].at(j) = x（带边界检查，抛std::out_of_range） - 别依赖
v[i][j]自动扩容——它不会
拷贝开销大，移动语义没你想得那么“自动”
拷贝一个 std::vector<:vector>> 是深拷贝：外层 vector 拷贝指针，每个内层 vector 再各自分配、拷贝数据。即使你只想要“转移所有权”，std::move(v) 也只移动外层，内层 vector 仍可能被逐个 move——但前提是编译器能优化掉冗余操作。
性能影响：大数据量下，拷贝耗时明显；传递参数时尤其容易无意中触发。
- 函数参数优先用 const 引用：
const std::vector<:vector>>& - 返回局部变量时，移动语义通常生效（NRVO 或 move），但别假设嵌套结构一定零成本
- 若频繁移动，考虑用
std::unique_ptr<:vector>[]>+ 行首指针数组，手动管理连续内存
std::vector 的 operator[] 不做空 vector 检查，嵌套后更难 debug
单独用 v[i] 崩溃时堆栈还能看到是哪一行；嵌套后 v[i][j] 崩溃，gdb 里常只显示 operator[] 内部，看不出是外层越界还是内层越界，或者内层根本是空的。
错误信息示例：std::vector::_M_range_check（at() 报的）比 segfault（[] 直接崩的）好定位得多。
- 开发阶段：把所有
v[i][j]换成v.at(i).at(j)，快速暴露逻辑错误 - 发布版本再切回 []（如果确认安全），或保留 at() —— 性能差不了多少，调试价值高
- 别靠注释“保证不越界”，运行时检查比人脑可靠
嵌套 vector 的真正复杂点不在语法，而在内存模型和错误传播路径——越往里一层，出问题时离原始意图就越远。留神初始化、拷贝、访问这三步里的隐式假设。
