为什么有人想要使用链表而不是数组?
毫无疑问，编码一个链表比使用数组要多一些工作，人们可能会想知道如何才能证明这些额外的工作是合理的。
我认为在链表中插入新元素是微不足道的，但在数组中这是一个主要的任务。与将数据存储在数组中相比，使用链表存储一组数据还有其他优点吗?
这个问题不是这个问题的重复，因为另一个问题是专门问一个特定的Java类，而这个问题是关于一般数据结构的。
当前回答
没有人再编写自己的链表了。那太愚蠢了。使用链表需要更多代码的前提是错误的。
如今，构建链表只是学生们的一个练习，以便他们能够理解这个概念。相反，每个人都使用预先构建的列表。在c++中，根据我们问题中的描述，这可能意味着stl向量(#include <vector>)。
因此，选择链表还是数组完全是权衡每个结构相对于应用程序需求的不同特征。克服额外的编程负担应该对决策没有任何影响。
其他回答
快速插入和删除确实是链表的最佳参数。如果您的结构是动态增长的，并且不需要对任何元素进行固定时间的访问(例如动态堆栈和队列)，链表是一个很好的选择。
在数组中，您有权限在O(1)时间内访问任何元素。所以它适用于二进制搜索、快速排序等操作。链表则适合于插入删除，因为它在O(1)时间内。两者都有优点和缺点，选择一种而不是另一种归结为您想要实现什么。
—更大的问题是，我们能有一个两者的混合体吗?类似于python和perl实现的列表。
除了插入到列表中间更容易之外——从链表中间删除也比从数组中删除容易得多。
但坦率地说，我从未使用过链表。每当我需要快速插入和删除时，我也需要快速查找，所以我使用HashSet或Dictionary。
链表比数组的维护开销更大，它还需要额外的内存存储，所有这些都是一致的。但是有一些事情是数组做不到的。在很多情况下，假设你想要一个长度为10^9的数组你无法得到它，因为必须有一个连续的内存位置。链表可能是这里的救世主。
假设你想用数据存储多个东西，那么它们可以很容易地扩展到链表中。
STL容器通常在后台有链表实现。
Arrays make sense where the exact number of items will be known, and where searching by index makes sense. For example, if I wanted to store the exact state of my video output at a given moment without compression I would probably use an array of size [1024][768]. This will provide me with exactly what I need, and a list would be much, much slower to get the value of a given pixel. In places where an array does not make sense there are generally better data types than a list to deal with data effectively.
