![](/img/trans.png)
[英]Unable to run a MonoGame project on a clean installation of Visual Studio and MonoGame
[英]Visual Studio: Unable to run project with large resource
我注意到这是作为 x86/32 位应用程序运行的。 现在的一条规则是这些文件不允许大于 4 GiB。 这是您在 x32 下可以寻址的最大 memory。
现在 .NET 应用程序还有另一个问题。 实际上,在 x32 上,它面临的memory 限制低于 2 GiB 。 使用编译器开关,在 x64 操作系统上可以达到 3 GiB 甚至 4 GiB。
请注意,无论如何,memory 中的任何单个 object都不允许大于 2 GiB。 当然,对于这样的大小,可能也很难在 memory 中找到任何带有 Fragmentation 的空间。
That.zip 文件为 1.8 GiB。 将文件加载到 memory 时,通常所有压缩都将被撤消。 所以我不认为这可能会奏效。
除了自动执行档案(通常具有自动拆分功能)之外,我只看到了一个集成到 .exe中的大文件,我记得 35 年来。 它是 DVD 上 Game Sword of the Stars 的安装程序。 这是一个愚蠢的想法,因为那时 Vista UAC 出现了。 Vista UAC 甚至会在显示该提示之前扫描整个文件。 因此,在尝试执行甚至获得“这需要提升提示”之间存在很大的延迟。.exe 并不真正期望有那么大的大小。即使他们修复了 UAC 或者由清单解决,它仍然是一个馊主意。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.