c++中int数组长度必须为编译期常量，不支持c99变长数组；未初始化栈数组含垃圾值，需显式初始化；new[]须配delete[]；传数组实为传指针，长度信息丢失，推荐用std::vector或std::span。
定义 int 数组时，长度必须是编译期常量
你不能写 int arr[n]（n 是普通变量），哪怕 n 在之前被赋了值。C++ 标准不支持这种“变长数组”，这是 C99 的特性，C++ 里用它会触发编译错误，比如：error: variable length array declaration not allowed at file scope 或类似提示。
常见场景：想根据用户输入或配置决定数组大小——这时候得换方案。
- 用
std::vector<int></int>替代，比如std::vector<int> arr(n)</int>，支持运行时大小 - 如果确定大小上限且很小，可用
constexpr或字面量，比如const int N = 10; int arr[N]; - 全局/静态数组也必须满足编译期可知长度，
static int buf[SIZE]中的SIZE得是constexpr或宏
初始化方式不同，内存状态完全不同
没初始化的栈上数组（比如 int a[5];）内容是随机垃圾值；而加了花括号哪怕空着，就会零初始化。
典型误判：以为 int a[5]; 默认是 {0,0,0,0,0} —— 实际不是，读取未初始化元素是未定义行为。
立即学习“C++免费学习笔记（深入）”；
-
int a[5] = {};→ 全 0（聚合初始化，隐式补零） -
int a[5] = {1};→ {1,0,0,0,0}（只设首项，其余补零） -
int a[] = {1,2,3};→ 编译器推导长度为 3，等价于int a[3] = {1,2,3} -
static int b[5];→ 静态存储期，自动零初始化，不用写= {}
用 new[] 分配 int 数组，必须配对 delete[]
手动管理内存时，new int[10] 返回的是 int*，但背后记了长度信息供 delete[] 使用。如果错用 delete（不带方括号），行为未定义，可能当场崩溃，也可能延迟出问题。
更隐蔽的问题：混用 new/delete 和 malloc/free，比如用 free() 释放 new 出来的地址——C++ 标准明确禁止，析构、内存布局都不兼容。
- 推荐优先用
std::vector<int></int>，自动管理，无泄漏风险 - 非要用裸指针时，确保
new[]↔delete[]成对，且类型严格匹配（new int[10]不能delete[] char_ptr） - 注意：
new int(5)（单个对象）和new int[5]（数组）语法相似但语义完全不同，别看漏了[]
传数组给函数，本质上传的是指针
C++ 没有真正的“数组参数”，写 void f(int arr[10]) 或 void f(int arr[])，编译器一律当作 void f(int* arr) 处理。长度信息在传参时就丢了，sizeof(arr) 在函数内永远是指针大小（通常是 8），不是数组总字节。
这意味着：你在函数里无法靠 sizeof 算出元素个数，也不能安全遍历而不传额外长度。
- 最常用解法：加一个
size_t n参数，比如void process(int arr[], size_t n) - 现代写法：用
std::span<int></int>（C++20），能同时携带指针和长度，且支持范围 for - 避免用
int arr[10]这种带数字的形参——数字只是注释，不检查也不生效，还容易误导
真正麻烦的不是语法怎么写，而是哪些地方会悄悄丢掉长度、哪些初始化看似省事实则埋雷。尤其在跨函数、跨模块传递时，数组退化成指针这个特性，比任何语法细节都更容易引发 bug。
