与其对每种数据类型的特性进行比较，我认为最实用的答案是“对于您需要完成的任务来说，差异可能并不那么重要，特别是因为它们都实现了IEnumerable，所以遵循流行的惯例，使用List，直到您有理由不使用List，此时您可能会有理由使用数组而不是List。”

大多数情况下，在托管代码中，您会希望集合尽可能易于使用，而不是担心微观优化。

除非你真的关心性能，我的意思是，“你为什么使用。net而不是c++ ?”你应该坚持使用List<>。它更容易维护，并为您在幕后完成调整数组大小的所有繁琐工作。(如果有必要，List<>在选择数组大小方面非常聪明，所以通常不需要这样做。)

Lists in .NET are wrappers over arrays, and use an array internally. The time complexity of operations on lists is the same as would be with arrays, however there is a little more overhead with all the added functionality / ease of use of lists (such as automatic resizing and the methods that come with the list class). Pretty much, I would recommend using lists in all cases unless there is a compelling reason not to do so, such as if you need to write extremely optimized code, or are working with other code that is built around arrays.

在现实中，很少需要使用数组。当您想添加/删除数据时，一定要使用List<T>，因为调整数组的大小是非常昂贵的。如果您知道数据是固定长度的，并且由于某些非常特定的原因(在基准测试之后)想要进行微观优化，那么数组可能会很有用。

List<T>提供了比数组更多的功能(尽管LINQ稍微均衡了一点)，并且几乎总是正确的选择。当然，除了参数参数。- p;

当counter - List<T时，>是一维的;比如你已经有了int[，]或string[，，]这样的矩形数组，但是在对象模型中还有其他方法来建模这样的数据(如果你需要的话)。

参见:

如何/何时在c#.net中放弃使用数组? 数组，重点是什么?

也就是说，我在我的protobuf-net项目中大量使用数组;完全为了性能:

它做了很多位移动，所以字节[]对于编码非常重要; 我使用一个本地滚动字节[]缓冲区，我在发送到底层流(和v.v v.)之前填充;比BufferedStream等更快; 它在内部使用基于数组的对象模型(Foo[]而不是List<Foo>)，因为大小一旦构建就固定了，并且需要非常快。

但这绝对是个例外;对于一般业务线处理，List<T>每次都胜出。

因为没有人提到:在c#中，数组是一个列表。MyClass[]和List<MyClass>都实现了IList<MyClass>。(例如void Foo(IList<int> Foo)可以像Foo(new[]{1,2,3})或Foo(new List<int>{1,2,3})一样调用)

因此，如果你正在编写一个接受List<MyClass>作为参数的方法，但只使用功能的子集，你可能想声明为IList<MyClass>，以方便调用者。

细节:

为什么数组实现IList? 如何在c#数组部分实现IList<T>?

实际上，我只是想添加一个链接，我很惊讶还没有提到:Eric的Lippert的博客条目“数组被认为有点有害”。

您可以从标题中判断，它建议在任何可行的地方使用集合——但正如Marc正确地指出的那样，在很多地方，数组确实是唯一可行的解决方案。