C++中动态分配int数组最稳妥方式是new int[n]配delete[]，禁用delete；推荐优先使用std::vector<int>，它自动管理内存、安全高效且支持现代C++特性。
用 new 分配动态 int 数组，但别忘了 delete[]
直接说结论：C++ 里最常用、最稳妥的方式是 new int[n]，但必须配对使用 delete[]，用 delete 单删会触发未定义行为——程序可能暂时不崩，但内存管理已失控。
常见错误现象：delete p;（没加方括号）后继续访问数组、程序偶发崩溃、Valgrind 报 Mismatched free() / delete / delete []。
-
new int[5]返回的是int*，不是特殊类型，编译器不帮你记长度 - 数组大小
n必须是运行期确定的整数，但不能是负数或极大值（比如超过SIZE_MAX/sizeof(int)），否则new可能抛std::bad_alloc或直接返回空指针（取决于实现和标志） - 分配失败时默认抛异常；如果用了
new(std::nothrow) int[n]，则返回nullptr，需手动判空
为什么不用 std::vector<int>？它真不是“高级替代”，而是默认首选
除非你在写裸金属驱动、极低延迟实时模块，或者被明确限制不能用 STL，否则 std::vector<int> 就是更安全、更简洁、性能不输的方案。
使用场景差异很实际：需要频繁增删尾元素？push_back 自动扩容；只读遍历？迭代器或范围 for 更自然；要传给 C 接口？&v[0] 或 v.data() 直接拿到原始指针。
立即学习“C++免费学习笔记（深入）”；
-
std::vector析构自动释放内存，彻底规避delete[]忘写、多删、错删问题 - 移动语义下传递大 vector 几乎零开销；而裸
int*+ size 得自己封装结构体，还容易漏拷贝构造/赋值逻辑 - 调试时 IDE 能直接展开查看内容；裸指针在调试器里只能看到地址，还得手动计算偏移
malloc + free 能不能配 new[]？绝对不行
混用 C 和 C++ 内存管理函数是典型陷阱。用 malloc 分配的内存，必须用 free；用 new[] 分配的，必须用 delete[]。两者底层实现不同，元数据记录方式也不同。
错误示例：int* p = (int*)malloc(10 * sizeof(int)); delete[] p; —— 这不是“差不多”，是未定义行为，可能当场 crash，也可能拖到后续某次 new 才暴露。
-
new[]通常会在分配块前额外写入数组长度（用于delete[]正确析构对象），而malloc不写这个 - 即使你分配的是
int（无析构函数），混用仍违反语言规则，编译器和 sanitizer 都可能报错 - 跨 DLL 或 SO 边界时，堆管理器可能完全不同，混用等于主动踩雷
初始化值怎么控制？new int[n]() 和 new int[n]{} 有区别
想让新数组全为 0，别只写 new int[n]——它不初始化，内容是随机脏数据。
两种写法效果一致（都做值初始化），但语法细节影响可读性：
-
new int[5]()：括号为空，表示值初始化 → 全 0 -
new int[5]{}：统一初始化语法，C++11 起支持，同样全 0，且更易和{1,2,3}初始化区分 - 注意：
new int[5]（无括号）是默认初始化 → 值不确定；new int[5]{1}则首元素为 1，其余为 0
复杂点在于：如果你将来把 int 换成自定义类，只有 () 和 {} 能保证调用默认构造函数；裸 [] 不调。
