在我们的c++课程中，他们建议不要再在新项目中使用c++数组。据我所知，Stroustroup本人建议不要使用数组。但是否存在显著的性能差异?
当前回答
为了回应Mehrdad说过的话:
然而，在某些情况下 你仍然需要数组。当 与低级代码(例如: 程序集)或旧的库 需要数组，您可能无法 用向量。
完全不是这样的。向量可以很好地降级为数组/指针，如果你使用:
vector<double> vector;
vector.push_back(42);
double *array = &(*vector.begin());
// pass the array to whatever low-level code you have
这适用于所有主要的STL实现。在下一个标准中，它将被要求工作(即使它现在做得很好)。
其他回答
可能会有一些边缘情况，你在内联函数中有一个向量访问在内联函数中，你已经超出了编译器将内联的范围，它将强制函数调用。这种情况太罕见了，不值得担心——总的来说，我同意litb的观点。
我很惊讶居然没有人提到这一点——不要担心性能，直到它被证明是一个问题，然后进行基准测试。
对于定长数组，在发布版本中性能是相同的(相对于vector<>)，但在调试版本中，根据我的经验，低级数组的优势是20倍(MS Visual Studio 2015, c++ 11)。
因此，如果您(或您的同事)倾向于在数组使用中引入错误，那么支持STL的“节省调试时间”参数可能是有效的，但如果您的调试时间主要用于等待代码运行到您当前正在处理的位置，以便您可以逐步检查它，则可能不是有效的。
处理数字密集型代码的有经验的开发人员有时属于第二组(特别是如果他们使用vector:))。
我认为最主要的问题不是性能，而是安全性。使用数组可能会犯很多错误(例如，考虑调整大小)，而使用向量可以省去很多麻烦。
如果不需要动态调整大小，则会有存储容量的内存开销(一个指针/size_t)。就是这样。
如果在调试模式下编译软件，许多编译器将不会内联vector的访问器函数。这将使stl向量的实现在性能有问题的情况下变得更慢。它还将使代码更容易调试，因为您可以在调试器中看到分配了多少内存。
在优化模式下，我希望stl向量接近数组的效率。这是因为许多vector方法现在都内联了。
