为微优化人员准备的序言

记住:

程序员浪费了大量的时间去思考或担心程序中非关键部分的速度，而当考虑到调试和维护时，这些提高效率的尝试实际上会产生强烈的负面影响。我们应该忘记小的效率，大约97%的时候:过早的优化是万恶之源。但我们不应该错过这关键的3%的机会。”

(感谢metamorphosis的完整引用)

不要使用C数组来代替向量(或任何东西)，因为你认为它更快，因为它应该是低级别的。你可能错了。

使用默认的向量(或者根据需要使用安全的容器)，然后如果你的分析器说这是一个问题，看看你是否可以优化它，要么使用更好的算法，要么改变容器。

话虽如此，我们可以回到最初的问题。

静态/动态数组?

c++数组类比低级C数组表现得更好，因为它们了解自己很多东西，并且可以回答C数组不能回答的问题。他们能够自己打扫卫生。更重要的是，它们通常是使用模板和/或内联编写的，这意味着在调试中出现的大量代码在发布版本中分解为很少或没有代码，这意味着它们与内置的不太安全的竞争没有区别。

总而言之，它分为两类:

动态数组

使用指向malloc-ed/new-ed数组的指针最多和std::vector版本一样快，但安全性要低得多(参见litb的帖子)。

所以使用std::vector。

静态数组

最好使用静态数组:

和std::array版本一样快 更不安全。

所以使用std::array。

未初始化的内存

有时，使用一个向量而不是一个原始缓冲区招致一个可见的成本，因为向量将在构造时初始化缓冲区，而它所取代的代码没有，正如bernie by在他的回答中所说。

如果是这种情况，那么您可以通过使用unique_ptr而不是vector来处理它，或者，如果这种情况在您的代码线中不是例外，实际上编写一个类buffer_owner，它将拥有该内存，并让您轻松安全地访问它，包括调整它的大小(使用realloc?)或任何您需要的奖励。

下面是简单的测试:

c++数组vs Vector性能测试说明

与“对向量和数组/指针的基本索引、解引用和增量操作生成的汇编代码的比较”的结论相矛盾。

数组和向量之间一定有区别。测试是这么说的…试试吧，代码就在那里……

选择STL。没有性能损失。这些算法非常高效，它们在处理我们大多数人不会想到的细节方面做得很好。

STL is a heavily optimized library. In fact, it's even suggested to use STL in games where high performance might be needed. Arrays are too error prone to be used in day to day tasks. Today's compilers are also very smart and can really produce excellent code with STL. If you know what you are doing, STL can usually provide the necessary performance. For example by initializing vectors to required size (if you know from start), you can basically achieve the array performance. However, there might be cases where you still need arrays. When interfacing with low level code (i.e. assembly) or old libraries that require arrays, you might not be able to use vectors.

如果使用向量表示多维行为，则会对性能造成影响。

2d+向量会导致性能下降吗?

其要点是，每个子向量都有大小信息，因此会有少量开销，并且不一定会有数据序列化(与多维c数组不同)。这种串行化的缺乏可以提供比微优化更大的机会。如果你在做多维数组，最好扩展std::vector并滚动你自己的get/set/resize bits函数。

为了回应Mehrdad说过的话:

然而，在某些情况下 你仍然需要数组。当 与低级代码(例如: 程序集)或旧的库 需要数组，您可能无法 用向量。

完全不是这样的。向量可以很好地降级为数组/指针，如果你使用:

vector<double> vector;
vector.push_back(42);

double *array = &(*vector.begin());

// pass the array to whatever low-level code you have

这适用于所有主要的STL实现。在下一个标准中，它将被要求工作(即使它现在做得很好)。