std::array适用于编译期确定大小的栈上高性能场景，std::vector适用于运行时大小可变的堆内存动态场景；二者不可互换替代原生数组，转换需确保尺寸匹配且注意拷贝开销。
std::array 适合固定大小、栈上存、高性能场景
当你在编译期就能确定元素个数，且这个数量绝不会变（比如 RGB 颜色三元组 std::array<float></float>、矩阵行 std::array<double></double>、配置缓冲区 std::array<char></char>），就该用 std::array。它直接在栈上分配，无堆内存开销，sizeof 可预测，访问零成本，还能天然支持结构化绑定和 STL 算法（如 std::sort、std::find）。
常见错误现象：std::array<int n></int> 中的 N 必须是编译期常量，不能是变量或函数返回值；否则编译报错 error: non-type template argument is not a constant expression。
使用时注意：
-
std::array不提供push_back或resize，强行调用会编译失败 - 初始化必须指定大小，
std::array<int> a = {1,2,3}</int>后两位自动零初始化，不是未定义行为 - 传参建议用 const 引用：
void f(const std::array<int>& a)</int>，避免拷贝整块栈内存
std::vector 适合运行时大小不确定、需动态增删的场景
只要容器大小可能变化——比如读文件逐行解析、网络包解析后暂存数据、用户输入累积、算法中间结果收集——就必须选 std::vector。它管理堆内存，支持 push_back、erase、insert，容量自动增长（通常按 1.5× 或 2× 扩容）。
容易踩的坑：
- 频繁小量
push_back触发多次扩容 → 提前reserve(n)避免重复拷贝 -
operator[]不检查边界，越界访问是未定义行为；安全访问用at()（抛std::out_of_range） - 大量短生命周期
std::vector可能引发堆碎片，尤其在嵌入式或实时系统中需谨慎
别用原生 C 风格数组（int arr[10]）替代二者
原生数组既没 size() 方法，也不支持迭代器，无法直接传给 STL 算法，更没有移动语义。传参时衰变为指针，长度信息丢失；sizeof(arr) 在函数内失效；std::begin(arr) 虽可用但不自然。除非写 Linux 内核模块或极受限嵌入式环境，否则没有理由绕过 std::array 或 std::vector。
立即学习“C++免费学习笔记（深入）”；
一个典型误用：void f(int arr[]) → 实际接收的是 int*，完全不知道长度；应改为 void f(const std::vector<int>& v)</int> 或 void f(std::span<const int> s)</const>（C++20）。
二者之间转换要小心尺寸匹配
std::array → std::vector 很安全：std::vector<int>(arr.begin(), arr.end())</int> 或 std::vector<int>(arr.data(), arr.data() + arr.size())</int>。
std::vector → std::array 必须静态断言尺寸一致：static_assert(v.size() == N); std::array<int n> a = [&](){ std::array<int n> tmp{}; std::copy_n(v.begin(), N, tmp.begin()); return tmp; }();</int></int>。如果 v.size() != N，编译期失败或运行时越界 —— 没有隐式截断或填充。
性能提示：这种转换必然触发一次完整拷贝，且 std::vector 堆内存 → std::array 栈内存的转移无法用 std::move 优化（栈对象不可移动）。
真正难决策的点往往不在“该用哪个”，而在于“是否真需要运行时可变”。很多所谓“动态”需求其实只是初始化阶段未知，之后恒定——这时先用 std::vector 构建，再 move 构造为 std::array（若尺寸已知）或转为 std::span 视图更合适。栈空间够不够、是否需 ABI 稳定、是否要 constexpr 支持，这些才是影响最终选择的关键细节。
