C＃.NET Bitmap的最大分辨率是多少？

从理论上讲，它应该是65,535 x 65,535，因为你有足够的内存，大约17GB。

但是，创建一个.NET 4.5控制台应用程序来测试它，它会抛出System.ArgumentException：参数无效。

该应用程序是为64位平台构建的。在具有32GB内存的64位平台上运行。我能够获得的最大分辨率是22,000 x 22,000像素。

我找不到任何关于此的文件。

奇怪的是，即使在22,000 x 22,000像素，它也不总是有效。它有时会起作用，它有时会抛出exception。这让我觉得它与连续的内存分配有关，但是有大约30GB的可用内存。

有没有人有这方面的经验？如果我想使用100,000 x 100,000像素和更大的图像，那么除了实现我自己的位图之外，最好的方法是什么呢？

编辑：问题不是.NET最大对象大小。这可以通过针对64位平台，并在应用程序配置中设置gcAllowVeryLargeObjects标志来克服。通过这种方式，我可以使应用程序使用单个整数数组消耗超过15GB的内存。到目前为止，答案似乎在于GDI +的底层实现，但我该如何解决它呢？

这是Windows强加的GDI +限制。 GDI +为位图的像素数据创建内存映射文件视图。这使它非常有效，位图往往很大，MMF有助于保持像素数据不在页面文件中。可以简单地丢弃RAM页面并从文件中重新读取。同样臭名昭着的是，许多程序员看到他们的Save（）调用在忘记处理旧位图时失败了。

Windows限制了MMF上的视图大小，换句话说，文件中可以直接寻址的数据量，如本MSDN文章中所述：

由命名文件支持的文件映射对象的大小受磁盘空间的限制。文件视图的大小限制为最大可用的连续虚拟内存块。这最多为2 GB减去进程已保留的虚拟内存。

“最大可用连续块”是32位进程中的限制，倾向于在大约600 MB左右徘徊，给予或接受。 2 GB限制在64位进程中启动。从技术上讲，GDI +可以通过重新映射视图来绕过此限制。但事实并非如此，LockBits（）方法（内部也大量使用）效率低下且使用起来非常尴尬。

要使用更大的位图，您需要转移到GDI +，WIC（ Windows Imaging Component ）的后续版本。通过System.Windows.Media.Imaging命名空间在.NET中公开。

~~您正在遇到.net中允许的最大对象大小。~~ ~~这里包含： .Net中的非常大的集合会导致内存不足exception~~

编辑：您似乎遇到了GDI Plus的限制。汉斯的回答可以为您提供另一种选择。如果你能在限制范围内生活，那么我的答案可以提供一些指导。

知道您可以计算出您可以创建的最大位图。

所以下面的代码工作正常：

 Bitmap b = new Bitmap(23170,23170);

但是以下失败了：

 Bitmap b = new Bitmap(23171,23170);

如果要存储尺寸较大的图像，则必须将像素格式更改为较低的bpp数：

 Bitmap b = new Bitmap(65535,65535, PixelFormat.Format4bppIndexed);