在C++中需要动态创建连续存储的数组时，通常会遇到两种选择：使用new[]手动分配原始数组，或者使用std::vector容器。两者虽然底层都依赖连续堆内存，但在资源管理方式、异常安全、扩容策略和代码可维护性上差异巨大。本文会通过代码示例和场景分析，解释为什么在大多数业务代码中vector是更合理的选择。
![C++中new[]动态数组和vector哪个好？为什么推荐vector？](/upload/union/20260821/1787243554868894.jpg)
一、new[]与vector的核心差异：手动管理对比RAII
new[]的本质是一次原始的堆内存分配操作。它返回一个指向数组首元素的指针，数组长度由程序员自行保存，释放时必须使用对应的delete[]。例如下面这个简单的例子，分配长度为10的int数组，并逐一赋值。
#include <iostream>
int main()
{
// 手动分配长度为10的int数组
int* p = new int[10];
for (int i = 0; i < 10; ++i)
{
p[i] = i * 2;
}
std::cout << p[3] << std::endl;
delete[] p;
return 0;
}
这段代码看似没有问题，但一旦p的生命周期跨越多层函数、条件分支或异常路径，delete[]就很容易被遗漏。更麻烦的是，原始指针无法告诉你它指向的内存大小，也无法阻止越界访问。访问p[10]或p[-1]这样的错误通常不会立即报错，而是导致未定义行为，排查成本非常高。
std::vector则不同。它同样在堆上维护一块连续数组，但内部额外保存了当前元素个数size()和已分配容量capacity()。所有内存分配和释放都由vector的构造函数、析构函数和赋值运算符自动完成。上面的逻辑用vector实现时，不需要手动delete[]，离开作用域后内存自动回收。这种把资源生命周期绑定到对象生命周期的机制，称为RAII，也就是资源获取即初始化。
#include <iostream>
#include <vector>
int main()
{
std::vector<int> values;
for (int i = 0; i < 10; ++i)
{
values.push_back(i * 2);
}
std::cout << values[3] << std::endl;
// 离开作用域时，values自动释放所有内存
return 0;
}
从表面看，vector多了一层封装，但实际上它把程序员最容易出错的环节接管了过去。尤其是当数组需要复制、扩容、插入或删除元素时，new[]需要重新分配内存、复制旧数据、释放旧空间，而vector已经把这些操作封装成安全且经过大量测试的接口。
二、异常安全与内存泄漏风险
手动new[]最大的问题还不是忘记释放，而是在分配和释放之间抛出异常。C++函数中的数据库操作、网络IO、文件写入、内存分配等都可能抛出异常。如果异常发生在delete[]之前，函数会提前退出，已经分配的数组内存将永远不会被释放。
#include <iostream>
#include <vector>
#include <stdexcept>
void riskyRawArray()
{
int* p = new int[1000];
// 假设后续逻辑可能抛出异常
throw std::runtime_error("something wrong");
delete[] p; // 永远不会执行到，内存泄漏
}
void safeVector()
{
std::vector<int> v(1000);
throw std::runtime_error("something wrong");
// v的析构函数会自动执行，内存不会泄漏
}
int main()
{
try
{
riskyRawArray();
}
catch (...)
{
std::cout << "raw array leaked" << std::endl;
}
return 0;
}
在上面的riskyRawArray函数中，new int[1000]已经成功申请到堆内存，但接下来的throw让函数直接跳转到异常处理路径，delete[] p永远不会执行。这种泄漏一旦发生在长时间运行的服务中，内存占用会持续上涨，最终拖垮整个程序。
vector的安全来自栈展开机制。当异常发生时，C++会依次调用作用域内所有已构造对象的析构函数。vector对象作为栈上对象，它的析构函数会释放内部维护的堆数组，因此即使throw发生，内存也不会泄漏。这种异常安全是原始new[]很难手动模拟的，尤其是多个数组、多个资源同时存在时，手动管理几乎必然出错。
三、性能对比：vector并不一定比new[]慢
很多开发者担心vector的封装会带来额外性能开销。实际上，vector的下标访问operator[]不进行边界检查，在开启编译器优化后，其访问连续元素的效率与原始指针和new[]几乎相同。vector的at()函数才提供边界检查，适合调试阶段或不确定下标是否合法的场景。
vector的主要额外成本出现在动态扩容和复制上。当push_back导致容量不足时，vector会重新分配更大的内存块，把旧元素逐个复制或移动到新空间。这种扩容操作确实比手动控制new[]要慢。但这个问题可以通过reserve()预分配容量来避免。只要提前知道大概需要多少元素，调用reserve()之后，后续push_back就不会频繁触发扩容。
#include <vector>
#include <memory>
#include <chrono>
#include <iostream>
int main()
{
constexpr int n = 1000000;
// 推荐：使用vector并预分配容量
std::vector<int> v;
v.reserve(n);
for (int i = 0; i < n; ++i)
{
v.push_back(i);
}
// 现代C++中替代new[]的智能指针数组
std::unique_ptr<int[]> p(new int[n]);
p[0] = 42;
std::cout << p[0] << std::endl;
return 0;
}
真正需要底层优化时，vector也可以提供原始指针。调用data()成员函数可以拿到内部数组的首地址，方便与C接口交互或进行批量处理。这个指针在vector重新分配前一直有效，并且vector会自动维护它的生命周期。相比手动new[]之后还要记得调用delete[]，vector在安全性和便利性上优势明显，而性能损失通常可以忽略不计。
四、适用场景与替代方案：为什么仍要了解new[]
尽管推荐优先使用vector，但new[]仍然是C++动态内存的基础。理解new[]与delete[]的配对关系，有助于理解vector、unique_ptr等更高层工具的工作原理。在一些特定场景中，手动管理仍然有存在价值，例如实现自定义容器、内存池、实时系统或需要与纯C接口进行深度交互的代码。
不过，即使在需要自己管理动态数组时，也不建议直接使用裸new[]。现代C++提供了std::unique_ptr<T[]>，它持有数组指针并在析构时自动调用delete[]，同时支持operator[]访问元素。这样既保留了原始数组的灵活性，又避免了异常路径下的内存泄漏。
与C接口交互时，vector同样可以派上用场。先通过vector管理数据，再调用data()获取底层指针，传给C函数使用。C函数只负责读取或写入数据，内存生命周期仍由vector控制。这种做法比裸new[]更不容易出错，也更能适应后续需求变化。
综合来看，除非你正在编写底层容器或对每次分配、释放的时机有极端精确的要求，否则没有理由优先选择new[]。vector在内存安全、异常安全、代码可读性和维护成本上全面占优，是现代C++中处理动态数组的默认方案。需要底层控制时，也应当优先考虑std::unique_ptr<T[]>，而不是让裸new[]和delete[]散落在业务逻辑中。