“AnyCPU”平台目标上的内存分配模式

我故意在一个简单的 C# 程序中泄漏内存，以了解有关 .NET 如何管理这方面的更多信息。这是使用完成的int[]数组，每个数组大小为 1000 万，每 100 毫秒声明一次。数组的元素不会被“触及”（如分配一个值），以免将数据带入进程的工作集中：

const int BlockSIZE = 10000000;  // 10 million
const int noOfBlocks = 500;
int[][] intArray = new int[noOfBlocks][];

for (int k = 0; k < noOfBlocks; k++) {
    intArray[k] = new int[BlockSIZE];
    Console.WriteLine("Allocated (but not touched) for array {0}: {1} bytes", k, BlockSIZE);
    System.Threading.Thread.Sleep(100);
}

我正在使用 VMMap（Mark Russinovich 构建的工具）来查看内存是如何分配的。该版本是最新版本（3.25，2018 年发布），因此它了解托管堆。

在具有 8 GB RAM 的 x64 Windows 10 计算机上使用 Visual Studio 2015 来编译并生成.exe文件。取决于Platform target在项目的“构建”部分中进行设置，可以看到与如何分配内存相关的不同结果，如下所示。

When Platform target被设定为x86，提交的内存会增长到接近 2 GB 标记，然后抛出内存不足错误。该值是预期的，因为 2 GB 是 x86 架构上用户虚拟地址空间的限制（我没有使用 IncreaseUserVA，这会使该值达到 3 GB）稍后编辑：这并不完全正确 - 请参阅下面大卫的回答

在 Windows64 (wow64) 上的 Windows 下运行的 LARGEADDRESSAWARE 32 位进程具有 4GB 用户模式虚拟地址空间 (VAS)，因为内核内存是 64 位，并且不需要映射到使用 32 位指针可寻址的 4GB。而且您不必使用以下命令启动 Windows/3GB switch为拿到它，为实现它。

针对 X86 进行编译时，您可能期望在 32 位和 64 位平台上有相同的行为，因此不设置 LARGEADDRESSAWARE 标志是有意义的。这也可能是向后兼容性所迫。在里面very过去，一些 32 位库使用指针的高位，因此历史上将 32 位程序限制为 2GB 是一种安全设置。

AnyCPU+Prefer 32 位是较新的设置，默认设置为 LARGEADDRESSAWARE，以便您更好地访问 64 位平台上的资源。