有人知道 List 中的最大项目数是多少吗？
如何增加该大小？或者是否有一个包含无限项的集合？ （尽可能多的记忆，也就是说）
编辑：
当整数列表中的 Count = 134217728 时出现内存不足异常。获得了 3Gb 的 RAM，其中 2.2 正在使用中。声音正常
【问题讨论】：
标签： c# collections
List<T> 将被限制为数组的最大值，即 2GB（即使在 x64 中也是如此）。如果这还不够，则说明您使用了错误类型的数据存储。不过，您可以通过以正确的大小启动它来节省大量开销 - 通过将 int 传递给构造函数。
重新编辑 - 使用 134217728 x Int32，即 512MB。请记住，List<T> 使用了加倍算法；如果您通过Add 滴灌项目（没有先分配所有空间），它将尝试加倍至 1GB（在您已经持有的 512MB 之上，您的应用程序的其余部分 em>，当然还有 CLR 运行时和库）。我假设您使用的是 x86，所以您已经有 2GB 的限制每个进程，并且很可能您已经将“大对象堆”碎片化为死亡在添加项目时。
就个人而言，是的，此时开始内存不足听起来是正确的。
编辑：在 .NET 4.5 中，如果启用了 <gcAllowVeryLargeObjects> 开关，则允许使用大于 2GB 的数组。那么限制是 2^31 项。这对于引用数组（x64 中每个 8 字节）或大型 structs 数组可能很有用。
【讨论】：
列表限制为 21 亿个对象或内存大小，以先命中为准。
【讨论】：
int 的列表限制对于 64 位进程只有 268435456。
仅受内存限制。
编辑：不管有没有，2Gb 是极限！这个挺有意思的，BigArray, getting around the 2GB array size limit
【讨论】：
在 x64 机器上，使用 .Net Framework 4（不是客户端配置文件），在 Release 模式下为 Any CPU 编译，我可以消耗所有可用内存。我的进程现在是 5.3GB，我已经消耗了我 PC 上的所有可用内存 (8GB)。它实际上是一个 Server 2008 R2 x64。
我使用了一个基于 CollectionBase 的自定义 Collection 类来存储以下类的 61,910,847 个实例：
public class AbbreviatedForDrawRecord {
public int DrawId { get; set; }
public long Member_Id { get; set; }
public string FactorySerial { get; set; }
public AbbreviatedForDrawRecord() {
}
public AbbreviatedForDrawRecord(int drawId, long memberId, string factorySerial) {
this.DrawId = drawId;
this.Member_Id = memberId;
this.FactorySerial = factorySerial;
}
}
【讨论】：
列表会自行动态增长以容纳尽可能多的项目 - 直到超出可用内存！
来自 MSDN 文档：
如果 Count 已经等于 Capacity，则通过自动重新分配内部数组来增加 List 的容量，并且在添加新元素之前将现有元素复制到新数组中。
如果 Count 小于 Capacity，则此方法是 O(1) 操作。如果需要增加容量以容纳新元素，则此方法变为 O(n) 操作，其中 n 为 Count。
【讨论】：
该接口将 Count 和 IndexOf 等定义为 int 类型，因此我假设 int.MaxValue 或 2,147,483,647 是您可以粘贴在列表中的最多项目。
真的要问为什么你需要这么多，可能有一种更明智的方法来管理数据。
【讨论】：