它完全取决于需要数据结构的上下文。例如，如果您正在创建供其他函数或服务使用的项，则使用List是完成该任务的最佳方式。

现在，如果你有一个项目列表，你只是想在网页上显示它们，数组是你需要使用的容器。

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

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

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

参见:

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

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

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

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

填充列表比填充数组更容易。对于数组，您需要知道数据的确切长度，但对于列表，数据大小可以是任何大小。你可以把一个列表转换成一个数组。

List<URLDTO> urls = new List<URLDTO>();

urls.Add(new URLDTO() {
    key = "wiki",
    url = "https://...",
});

urls.Add(new URLDTO()
{
    key = "url",
    url = "http://...",
});

urls.Add(new URLDTO()
{
    key = "dir",
    url = "https://...",
});

// convert a list into an array: URLDTO[]
return urls.ToArray();

它们可能不受欢迎，但我是游戏项目中的数组的粉丝。 -迭代速度在某些情况下是很重要的，如果你对每个元素不做太多操作，数组上的foreach的开销就会大大减少 -添加和删除helper函数并不难 -速度比较慢，但如果你只建了一次，那就无所谓了 -在大多数情况下，更少的额外内存被浪费(只有数组结构才真正重要) -稍微少一点垃圾和指针和指针追逐

话虽如此，在实践中，我使用列表的次数远多于数组，但它们都有各自的位置。

如果List是内置类型，那么他们就可以优化包装器和枚举开销。

数组Vs.列表是典型的可维护性Vs.性能问题。几乎所有开发人员都遵循的经验法则是，您应该兼顾两者，但当两者发生冲突时，请选择可维护性而不是性能。该规则的例外情况是当性能已经被证明是一个问题时。如果你把这个原则应用到数组Vs.列表中，你会得到这样的结果:

使用强类型列表，直到遇到性能问题。如果遇到性能问题，请决定是否使用数组对解决方案的性能更有利，而不是在维护方面对解决方案造成损害。

因为没有人提到:在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>?