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

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

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

如果您需要一个不可复制构造的对象的动态数组，那么可以使用一个指向数组的智能指针。例如，如果您需要一个原子数组怎么办?

为了回答人们认为你“必须”使用vector而不是unique_ptr，我在GPU上的CUDA编程中有一个案例，当你在Device中分配内存时，你必须使用一个指针数组(使用cudaMalloc)。 然后，当在Host中检索该数据时，必须再次寻找指针，unique_ptr可以很容易地处理指针。 将double*转换为vector<double>的额外成本是不必要的，并且会导致性能损失。

医生:这是穷人的性病。

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

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

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

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

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

unique_ptr<char[]>可以用在你想要C的性能和c++的便利性的地方。假设您需要操作数百万(好吧，如果您还不相信，则需要操作数十亿)字符串。将它们分别存储在单独的string或vector<char>对象中对于内存(堆)管理例程来说是一场灾难。特别是当您需要多次分配和删除不同的字符串时。

但是，您可以为存储这么多字符串分配一个缓冲区。你不会喜欢char* buffer = (char*)malloc(total_size);出于显而易见的原因(如果不明显，搜索“为什么使用智能ptrs”)。unique_ptr<char[]> buffer(new char[total_size]);

通过类比，同样的性能和便利性考虑也适用于非字符数据(考虑数百万个向量/矩阵/对象)。