必须使用list的唯一硬性规则是需要将指针分发到容器元素的地方。

与vector不同，你知道元素的内存不会被重新分配。如果可以，那么可能会有指向未使用内存的指针，这在最好的情况下是一个大禁忌，在最坏的情况下是SEGFAULT。

(从技术上讲，*_ptr的向量也可以工作，但在这种情况下，你是在模拟列表，所以这只是语义。)

其他软规则与将元素插入容器中间可能存在的性能问题有关，因此最好使用list。

如果你不需要经常插入元素，那么向量会更有效。它具有比列表更好的CPU缓存位置。换句话说，访问一个元素使得下一个元素很有可能存在于缓存中，并且可以在不读取慢速RAM的情况下被检索。

任何时候都不能使迭代器失效。

这里的大多数答案都遗漏了一个重要的细节:为什么?

你想在集装箱里放些什么?

如果它是int型的集合，那么std::list在任何情况下都将丢失，不管你是否可以重新分配，你只从前面删除，等等。遍历列表的速度较慢，每次插入都需要与分配器进行交互。要准备一个例子是极其困难的，其中list<int>击败vector<int>。即使这样，deque<int>可能更好或关闭，而不仅仅是使用列表，这将有更大的内存开销。

然而，如果您正在处理大而丑陋的数据块——而且数量很少——您不想在插入时过度分配，而由于重新分配而进行复制将是一场灾难——那么您可能，也许，使用list<UglyBlob>比使用vector<UglyBlob>更好。

不过，如果你切换到vector<UglyBlob*>或甚至vector<shared_ptr<UglyBlob> >， - list仍然会滞后。

因此，访问模式、目标元素数量等仍然会影响比较，但在我看来，元素大小、复制成本等。

我班上的学生似乎无法向我解释什么时候使用向量更有效，但他们在建议我使用列表时看起来很高兴。

这是我的理解

列表: 每一项都包含下一个或上一个元素的地址，所以有了这个功能，你可以随机项，即使它们没有排序，顺序也不会改变:如果你的内存是碎片化的，它是有效的。 但是它还有一个非常大的优势:你可以很容易地插入/删除项，因为你唯一需要做的就是改变一些指针。 缺点: 要读一个随机的条目，你必须从一个条目跳到另一个条目，直到你找到正确的地址。

Vectors: When using vectors, the memory is much more organized like regular arrays: each n-th items is stored just after (n-1)th item and before (n+1)th item. Why is it better than list ? Because it allow fast random access. Here is how: if you know the size of an item in a vector, and if they are contiguous in memory, you can easily predict where the n-th item is; you don't have to browse all the item of a list to read the one you want, with vector, you directly read it, with a list you can't. On the other hand, modify the vector array or change a value is much more slow.

列表更适合用于跟踪可以在内存中添加/删除的对象。 当您希望从大量单个项中访问一个元素时，向量更适合。

我不知道列表是如何优化的，但你必须知道，如果你想要快速读取访问，你应该使用向量，因为STL固定列表有多好，它在读取访问方面不会像向量那样快。

列表只是stl中double - linkedlist的包装器，因此提供了您可能希望从d-linklist中获得的功能，即O(1)插入和删除。 向量是具有传染性的数据序列，其工作方式类似于动态数组。S-更容易遍历。