.Net 数组大小的限制答案

【问题标题】：The limitation on the size of .Net array.Net 数组大小的限制
【发布时间】：2010-03-10 08:34:06
【问题描述】：

听说.Net Array 的大小有硬性限制。据说可以分配给Array对象的任何单个实例（无论是int[]、double[]还是您自己的数组）的最大内存量为2GB。不，如果你有一台 64 位机器，2GB 的限制仍然存在。

我不确定我的印象是否正确。任何人都可以确认？

【问题讨论】：

哇，你开始了一场有趣的讨论。
如果它让您感觉更好：非托管代码也存在 2GB 限制。这是 x64 指令集中的一个约束，索引偏移寻址仍然对偏移有 32 位的限制。不是不能克服，只是这样做效率很低。
Hans Passant：我在我的 x64 应用程序中使用 C++ 非托管代码使用 malloc 分配 600E6 双精度数组。那是 4.8E9 字节。

【解决方案1】：

在 4.5 之前的 .NET 版本中，最大对象大小为 2GB。从 4.5 开始，如果启用了 gcAllowVeryLargeObjects，您可以分配更大的对象。请注意，string 的限制不受影响，但“数组”也应涵盖“列表”，因为列表由数组支持。

【讨论】：

【解决方案2】：

没错。 No single object can be larger than 2 GB。

与 32 位 Windows 操作系统一样系统，有 2GB 的限制您可以创建的对象的大小，而运行 64 位托管应用程序在 64 位 Windows 操作系统上。

【讨论】：

数组的元素个数也有限制吗？
@uriDium: 实际上是的，因为数组是一个对象。
这个问题有关于.NET中数组大小的附加信息stackoverflow.com/questions/1589669/overhead-of-a-net-array/…
@Brain，刚刚做了数学，我知道在 java 中最小的类大小是 8 个字节。在 8 个字节处，2147483648 几乎是 17 gig。所以我想我们甚至没有把索引作为整数作为一个问题。然而……
从 .NET 4.5 开始解除此限制：msdn.microsoft.com/en-us/library/hh285054(v=vs.110).aspx。

【解决方案3】：

首先你会遇到一个实际的限制——分配一个 2gb 的数组几乎是不可能的。我遇到的实际限制是在程序开始时大约 800mb 标记 - 之后急剧下降。

任何大于 64mb 的东西都是 32 位的运气赌博 - 大对象堆没有进行碎片整理，因此您需要一块 65mb 空闲空间，否则分配失败。

理论限制是：

但说真的，实际影响更大。

对于 .NET 4.0.... 考虑使用内存映射文件 ;)

【讨论】：

【解决方案4】：

我原以为限制可能在索引上。我认为使用的索引必须是一个整数，所以任何大于整数的东西都不起作用，除非他们有办法解决这个问题。所以这将是 4294967296 个元素。不确定这是否正确。我想自己知道答案。

编辑：正如tomtom 所指出的，整数通常是有符号的，除非它们使用无符号整数。所以大约是 4294967296 或 2147483648 的一半。

【讨论】：

【解决方案5】：

即

它使用 int 作为索引，其最大值 = 2,147,483,647 (2GB)

这是设计使然。 2.

【讨论】：