c++标准从未允许变长数组（vla），int arr[n]（n为非constexpr变量）在标准c++中非法；应使用std::vector替代，它安全、可移植、性能良好。
C++ 标准根本不支持 VLA
直接说结论：C++ 标准（包括 C++11/14/17/20/23）**从未允许变长数组（VLA）作为语言特性**。你写的 int arr[n];（其中 n 是非 constexpr 变量）在标准 C++ 中是非法的，编译器报错如 error: variable length array declaration not allowed at file scope 或类似提示，不是你的写法有误，而是语法不被接受。
GCC/Clang 默认启用 GNU 扩展时可能“容忍”它（尤其在函数作用域），但这属于编译器扩展，不是可移植代码——换用 MSVC、或加 -pedantic / /permissive- 就立刻失败。
用 std::vector 替代是最安全的选择
std::vector 是标准库提供的动态数组，语义清晰、内存自动管理、支持拷贝/移动、迭代器完备，且性能与裸数组接近（现代编译器能很好优化）。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 声明：用
std::vector<int> arr(n);</int>创建含n个默认初始化int的容器；若需指定初值，用std::vector<int> arr(n, 42);</int> - 访问元素：仍可用
arr[i]（带边界检查的arr.at(i)可选） - 获取长度：
arr.size()（返回size_t），不是sizeof魔术 - 注意：
std::vector在堆上分配，构造/析构有轻微开销，但对绝大多数场景可忽略
需要栈上分配且大小运行时确定？考虑 std::array + 模板推导或 alloca（慎用）
std::array 本身要求大小为编译期常量，但它可配合模板参数推导用于泛型场景，比如封装成函数模板：template<size_t n> void process(std::array<int n>& arr);</int></size_t>。真正的运行时栈分配只能靠 alloca —— 但它不是标准 C++ 函数，行为未定义于异常抛出路径，且容易栈溢出。
-
alloca返回void*，需强制转换，无类型安全，无析构调用 - MSVC 不支持
alloca直接用于数组声明（如int* p = (int*)alloca(n * sizeof(int));可行，但不能写int arr[alloca(...)]） - 除非你在嵌入式或极端性能敏感且完全掌控栈空间的场景，否则不要碰
为什么有人误以为 C++ 支持 VLA？
混淆主要来自两方面：一是 C99/C11 标准确实支持 VLA（但 C++ 从未采纳）；二是 GCC 把 -std=gnu++17 当成“C++17”，其实它混入了 GNU C 扩展（含 VLA）。这种写法在跨平台项目、CI 构建或静态分析工具（如 clang-tidy）下极易暴露问题。
真正需要“类 VLA 语法糖”的场景，建议封装一个轻量 wrapper（例如基于 std::vector 的 dynamic_array 类），而不是依赖编译器扩展——后者会让代码在三年后连自己都编译不过。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
