将链表视为列表可能会有一些误导。它更像一个链条。事实上，在。net中，LinkedList<T>甚至没有实现IList<T>。在链表中没有真正的索引概念，即使看起来有。当然，类中提供的方法都不接受索引。

链表可以是单链，也可以是双链。这是指链中的每个元素是否只与下一个元素有链接(单链)，还是与前一个/下一个元素都有链接(双链)。LinkedList<T>是双重链接。

在内部，List<T>由一个数组支持。这在内存中提供了一个非常紧凑的表示。相反，LinkedList<T>涉及额外的内存来存储连续元素之间的双向链接。因此LinkedList<T>的内存占用通常会比List<T>的内存占用大(需要注意的是，List<T>可以有未使用的内部数组元素，以提高追加操作期间的性能)。

它们也有不同的表现特征:

附加

LinkedList<T>.AddLast(item)常量时间 List<T>.Add(item)平摊常数时间，线性最坏情况

预谋

LinkedList<T>.AddFirst(item)常量时间 列表> < T。插入(0，项)线性时间

插入

LinkedList < T >。AddBefore(节点，项目)常量时间 LinkedList < T >。AddAfter(节点，项目)常量时间 列表> < T。插入(索引、项)线性时间

删除

删除(项目)线性时间 删除(节点)常量时间 列表<T>.删除(项目)线性时间 List<T>.RemoveAt(index)线性时间

数

LinkedList < T >。计算常数时间 列表> < T。计算常数时间

包含

包含(项目)线性时间 列表<T>.包含(项)线性时间

清晰的

LinkedList<T>.Clear()线性时间 List<T>.Clear()线性时间

如你所见，它们基本上是相等的。实际上，LinkedList<T>的API使用起来更麻烦，其内部需求的细节会泄漏到代码中。

然而，如果你需要在一个列表中做很多插入/删除，它提供了常数时间。List<T>提供线性时间，因为列表中的额外项必须在插入/删除之后重新排列。

链表提供了快速插入或删除列表成员的功能。链表中的每个成员都包含指向链表中下一个成员的指针，因此要在位置i插入一个成员:

更新成员i-1中的指针，使其指向新成员 将新成员中的指针设置为指向成员I

链表的缺点是不能进行随机访问。访问成员需要遍历列表，直到找到所需的成员。

当您需要内置索引访问、排序(以及二进制搜索之后)和“ToArray()”方法时，您应该使用List。

在. net中，列表被表示为数组。因此，与LinkedList相比，使用普通List会更快。这就是为什么上面的人看到他们看到的结果。

Why should you use the List? I would say it depends. List creates 4 elements if you don't have any specified. The moment you exceed this limit, it copies stuff to a new array, leaving the old one in the hands of the garbage collector. It then doubles the size. In this case, it creates a new array with 8 elements. Imagine having a list with 1 million elements, and you add 1 more. It will essentially create a whole new array with double the size you need. The new array would be with 2Mil capacity however, you only needed 1Mil and 1. Essentially leaving stuff behind in GEN2 for the garbage collector and so on. So it can actually end up being a huge bottleneck. You should be careful about that.

将链表视为列表可能会有一些误导。它更像一个链条。事实上，在。net中，LinkedList<T>甚至没有实现IList<T>。在链表中没有真正的索引概念，即使看起来有。当然，类中提供的方法都不接受索引。

链表可以是单链，也可以是双链。这是指链中的每个元素是否只与下一个元素有链接(单链)，还是与前一个/下一个元素都有链接(双链)。LinkedList<T>是双重链接。

在内部，List<T>由一个数组支持。这在内存中提供了一个非常紧凑的表示。相反，LinkedList<T>涉及额外的内存来存储连续元素之间的双向链接。因此LinkedList<T>的内存占用通常会比List<T>的内存占用大(需要注意的是，List<T>可以有未使用的内部数组元素，以提高追加操作期间的性能)。

它们也有不同的表现特征:

附加

LinkedList<T>.AddLast(item)常量时间 List<T>.Add(item)平摊常数时间，线性最坏情况

预谋

LinkedList<T>.AddFirst(item)常量时间 列表> < T。插入(0，项)线性时间

插入

LinkedList < T >。AddBefore(节点，项目)常量时间 LinkedList < T >。AddAfter(节点，项目)常量时间 列表> < T。插入(索引、项)线性时间

删除

删除(项目)线性时间 删除(节点)常量时间 列表<T>.删除(项目)线性时间 List<T>.RemoveAt(index)线性时间

数

LinkedList < T >。计算常数时间 列表> < T。计算常数时间

包含

包含(项目)线性时间 列表<T>.包含(项)线性时间

清晰的

LinkedList<T>.Clear()线性时间 List<T>.Clear()线性时间

如你所见，它们基本上是相等的。实际上，LinkedList<T>的API使用起来更麻烦，其内部需求的细节会泄漏到代码中。

然而，如果你需要在一个列表中做很多插入/删除，它提供了常数时间。List<T>提供线性时间，因为列表中的额外项必须在插入/删除之后重新排列。

在大多数情况下，List<T>更有用。LinkedList<T>在列表中间添加/删除项时成本更低，而list <T>只能在列表末尾添加/删除项。

LinkedList<T>只有在访问顺序数据(向前或向后)时才最有效-随机访问相对昂贵，因为它每次都必须遍历链(因此它没有索引器)。但是，因为List<T>本质上只是一个数组(带有包装器)，所以随机访问是可以的。

List<T>还提供了很多支持方法- Find, ToArray等;然而，这些也可以通过扩展方法用于。net 3.5/ c# 3.0的LinkedList<T> -所以这不是一个因素。