C++中new int[n]不是动态数组，而是堆上分配的连续内存，返回int*且无长度信息；必须用delete[]释放，推荐优先使用std::vector。
new int[n] 分配的到底是不是“动态数组”
不是标准意义上的动态数组，只是堆上分配的一段连续 int 内存。C++ 没有内置的「动态数组类型」，new int[n] 返回的是 int*，不带长度信息，也不自动管理生命周期。
常见错误现象：delete arr;（漏掉 []）导致未定义行为；用 sizeof(arr) 想获取元素个数，结果永远是指针大小（通常是 8）。
- 必须用
delete[] arr;配对释放，否则析构可能不完整（对类类型尤其危险） - 编译器不会帮你记住
n，得自己存——比如用std::pair<int size_t></int>或直接封装成小结构 - 没有边界检查，越界读写静默失败，调试困难
为什么不该在新项目里手写 new/delete 数组
因为 std::vector 在绝大多数场景下更安全、更高效，且零成本抽象。
使用场景：仅当性能分析确认 std::vector 的少量额外成员（如容量字段）或异常安全机制成为瓶颈时，才考虑裸指针；或对接 C API 要求 int* 输出缓冲区。
立即学习“C++免费学习笔记（深入）”；
-
std::vector自动管理内存、支持移动语义、可扩容、提供.data()获取原始指针 - 手写
new[]/delete[]无法处理构造函数异常（比如new MyClass[n]中第 5 个抛异常，前 4 个不会被析构） - 现代编译器对
std::vector的循环优化不输裸数组，别凭直觉认为“手动更快”
如果非要用 new int[n]，怎么避免踩坑
核心原则：把裸指针包装起来，哪怕只是一层轻量级 RAII。
参数差异：new int[n] 中 n 必须是运行期确定的整数，但不能是负数或过大值（会抛 std::bad_alloc）；而 std::vector<int>(n)</int> 的 n 可以是任意非负整数，且会初始化为 0。
- 始终检查
if (!arr) return;——虽然 C++11 后new默认不返回nullptr，但可用new(std::nothrow) int[n]主动获取可空指针 - 不要跨模块传递裸
int*，接收方无法判断该不该delete[]；改用std::unique_ptr<int></int>，所有权清晰 - 示例：
auto arr = std::make_unique<int>(n);</int>→ 自动delete[]，支持移动，不支持重分配
std::vector 和裸 new[] 的性能/兼容性差异
差异极小，但方向容易搞反：很多人以为裸数组更快，实际上 std::vector 在启用优化（-O2）后，循环访问性能完全一致，甚至更好（编译器更敢做向量化）。
兼容性影响：裸 int* 可直接传给 C 函数，std::vector 需调用 .data()；但反过来，C++ 接口若暴露裸指针，就锁死了内存模型，无法后续换成池分配或共享视图。
- 频繁 resize 场景下，
std::vector的 amortized O(1) push_back 比反复new[]/delete[]稳定得多 - 多线程中，裸指针无任何线程安全保证；
std::vector虽然也不线程安全，但至少能明确加锁范围 - 真正影响性能的往往是缓存局部性、分支预测，而不是“有没有 vector 封装”这种层级
最容易被忽略的点：即使你写了完美的 new[]/delete[]，只要代码要长期维护、换人接手、或者将来要加日志/监控/内存统计，裸指针就会变成技术债。不是语法难，是责任边界模糊。
