我想知道哪种类型的性能更好，您认为应该使用哪种类型。
例如，我有一个字符串列表，不知道我需要多少项，因此使用 .Add(String) 函数非常方便。我可以随时轻松地将新字符串添加到列表中。
使用每种方法的优点/缺点是什么？
列表是新的数组吗？
【问题讨论】：
List<T>。如果您事先知道尺寸，那么您使用哪一个都没有关系，如果您事先不知道尺寸正如问题明确指出的那样，那么您真的可以t 使用数组。如果您有证据表明数组提供“更好”的读取性能，请发布带有该证据的答案。
标签： c# .net performance collections
List<String> 使用数组String[] 实现。
如果您不知道您将拥有多少个元素，请使用List<String>
您可以在容量构造函数参数 (new List<String>(10)) 中给出您期望的估计（或最大）元素数量，这将是基础数组的初始大小。
当您Add() 一个项目并且该项目没有空间时，底层数组将被复制到一个大小为两倍的新数组中。
我做什么：当我知道集合的确切大小并且我知道我不会更改集合的大小时，我会使用一个数组 (String[])。否则我使用List<String>。
顺便说一句，这适用于任何类型，而不仅仅是String。
【讨论】：
List<T> 是作为链表实现的。也许你应该做你的研究，或者甚至只是阅读你投票的答案，因为这一行的第一行清楚地表明（准确）List<T> 是使用数组实现的，当列表需要增长时，这些数组会被复制到新数组中.如果你想要一个链表，你可以使用LinkedList<T> 类。
这取决于使用场景，但它也是一个微优化，直到您通过分析确定瓶颈。使用最适合使用的任何内容。
【讨论】：
如果您不知道要添加的项目的大小，请始终选择List<string>，而不是字符串数组。
【讨论】：
如果您需要动态调整大小，请使用List<string>。
如果您担心性能，那么我建议您从List<string> 开始，看看是否真的存在问题。它在内部使用数组，所以我认为，在大多数情况下，应该没有性能问题。
如果你有一个静态大小的集合，你仍然可以使用string[]。
【讨论】：
当然这取决于您的应用程序，但在某些情况下List<string>（或者甚至只是IEnumerable<string> 更可取。
【讨论】：
在大多数情况下使用 List，不必担心性能。您很有可能会经历整个职业生涯，而无需通过将 List 转换为数组来调整性能。
【讨论】：
在大多数情况下，性能差异并不明显，因此我会使用 List<string>，因为它提供了更多功能，可能在不同情况下有用。
【讨论】：
确实需要更多上下文才能正确回答问题：
在公共 API 中，您应该尝试使用抽象集合类型，以便以后可以根据需要更改内部实现。
IEnumerable<T>。ICollection<T>。IList<T>。在私有实现中，使用抽象类型并不那么重要：
T[] 或List<T>。List<T>。Stack<T>。Queue<T>。LinkedList<T>。HashSet<T>。在 .NET 4.0 中，您有更多选择，但这些都是基础。
【讨论】：
ReadOnlyCollection<T> 中，但这并不能保护您免受 敌对 调用者的侵害；他们可以只使用反射来获取内部可变列表。如果这是超安全代码，那么保证这个特定不变量的唯一方法是返回一个 new，生成 IEnumerable<T> 实例，即返回 originalEnumerable.Select(x => x).ToArray()。
ReadOnlyCollection<T> 将给出 runtime 错误；您希望尽可能在编译时捕获此类错误。
List<T> 类是使用一个数组来实现的。至于给出不好的建议-您甚至在什么时候阅读了答案的前半部分，其中我明确指出最好使用抽象类型，特别是使用完成这项工作所需功能最少的类型？最后，至于“将它放在一个属性中”，这个答案或我在这个网站上的任何答案都没有说明应该直接访问一个字段，我也猜不出你为什么会推断出来。