您可能使用unique_ptr的一个原因是，如果您不想支付初始化数组值的运行时成本。

std::vector<char> vec(1000000); // allocates AND value-initializes 1000000 chars

std::unique_ptr<char[]> p(new char[1000000]); // allocates storage for 1000000 chars

// C++20 version:
auto p = std::make_unique_for_overwrite<char[]>(1000000);

std::vector构造函数和std::vector::resize()将对t进行值初始化，但new和std::make_unique_for_overwrite将默认初始化它们，这对于PODs来说意味着什么都不做。

参见c++ 11中的值初始化对象和std::vector构造函数

注意，vector::reserve在这里不是一个替代方案:在std::vector::reserve之后访问原始指针是安全的吗?

这和C程序员选择malloc而不是calloc的原因是一样的。

std::vector可以被复制，而unique_ptr<int[]>允许表示数组的唯一所有权。另一方面，Std::array要求在编译时确定大小，这在某些情况下可能是不可能的。

我对公认答案的精神再怎么反对也不为过。“最后的手段”?远非如此!

在我看来，与C语言和其他类似语言相比，c++最强大的特性之一是能够表达约束，以便在编译时检查它们，并防止意外误用。因此，在设计结构时，要问问自己它应该允许哪些操作。应该禁止所有其他用途，最好能够静态地(在编译时)实现这些限制，以免误用导致编译失败。

因此，当需要一个数组时，以下问题的答案指定了它的行为: 1. 它的大小是a)在运行时动态的，还是b)静态的，但只在运行时知道，还是c)静态的，在编译时知道? 2. 数组是否可以分配到堆栈上?

根据这些答案，我认为这是这种数组的最佳数据结构:

       Dynamic     |   Runtime static   |         Static
Stack std::vector      unique_ptr<T[]>          std::array
Heap  std::vector      unique_ptr<T[]>     unique_ptr<std::array>

是的，我认为unique_ptr<std::array>也应该被考虑，这两个都不是最后的工具。想想什么最适合你的算法。

所有这些都通过指向数据数组的原始指针(vector.data() / array.data() / uniquePtr.get())与普通C api兼容。

P. S. Apart from the above considerations, there's also one of ownership: std::array and std::vector have value semantics (have native support for copying and passing by value), while unique_ptr<T[]> can only be moved (enforces single ownership). Either can be useful in different scenarios. On the contrary, plain static arrays (int[N]) and plain dynamic arrays (new int[10]) offer neither and thus should be avoided if possible - which should be possible in the vast majority of cases. If that wasn't enough, plain dynamic arrays also offer no way to query their size - extra opportunity for memory corruptions and security holes.

我遇到了一个情况，我必须使用std::unique_ptr<bool[]>，它位于HDF5库(用于高效二进制数据存储的库，在科学中使用很多)中。一些编译器(在我的例子中是Visual Studio 2015)提供std::vector<bool>的压缩(通过在每个字节中使用8个bool)，这对于HDF5之类的东西来说是一个灾难，它不关心这种压缩。对于std::vector<bool>， HDF5最终会因为压缩而读取垃圾。

猜猜谁在那里进行救援，在std::vector不起作用的情况下，我需要干净地分配一个动态数组?: -)

有些人无法奢侈地使用std::vector，即使是使用分配器。有些人需要一个动态大小的数组，所以std::array已经失效。有些人从已知返回数组的代码中获取数组;这段代码不会被重写为返回一个向量或其他东西。

通过允许unique_ptr<T[]>，您可以满足这些需求。

简而言之，您可以在需要时使用unique_ptr<T[]>。当其他选择都不适合你的时候。这是最后的手段。

医生:这是穷人的性病。

让我们把std::unique_ptr<T[]>看作一个容器。实际上，由于缺少size字段，不能直接作为容器使用，它在标准库中可用的容器的“参数空间”中占据了一个点，而这个点不被其他合适的容器共享——即使在混合中添加Boost也不行。

如果你看看我对广泛可用的类向量/连续容器的比较，并寻找与std::unique_ptr相同的特性:

堆上的分配 容量在编译时不固定 在建造后不能改变容量(没有完全清理集装箱)

你会发现除了std::dynarray，没有其他容器提供所有这些;但它实际上不在标准库中——它本应被纳入c++ 14，但最终被拒绝了。

我不仅仅是在猜测。甚至在《SO》中，人们也偶尔这样描述事物;参见@KerrekSB 2013年对这个问题的回答。