系列文章目录

文章目录

• 系列文章目录
• 前言
• 一、产生原因
• 二、解决方法
• • 1.修改

前言

严重性 代码 说明 项目 文件 行 禁止显示状态 错误 C1060 编译器的堆空间不足

一、产生原因

我的工程是从QtCreator中移植到vs2019，因为QtCreator上面调试器没有vs的好用。在使用vs2019编译的时候调试器报错。而工程中加载了很多图片，这些图片基本都是9295*6984的分辨率。使用QListWidget加载这些图片加载需要10多秒，而且无法在控件中拖动，所以就是用QGraphicsView来加载图片

二、解决方法

1.修改

打开QtQGraphicsView.vcxproj文件，QtQGraphicsView是你的工程名，搜索“Globals”在文件中找到

x64

以VS2019，编译生成64位程序为例。由于VS默认使用32位编译器（即编译器为32位并交叉编译64位可执行文件），位于C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\VC\Tools\MSVC\14.29.30133\bin\Hostx64\x64\cl.exe。

此时该编译器最大可访问内存<4G，在编译一些超大文件时，我这里的图片不是特别大，可能所需内存超过4G，那么cl.exe本身是32位，是访问不了超出4G内存的，所以会报编译器堆空间不足。
我们可以通过任务管理器中，找到"Microsoft C/C++ Compiler Driver"，这就是编译器Cl.exe。在编译时，可以看到该进程占用内存达到接近4G时，进程退出，VS报错，说明堆空间占用已超4G，编译器崩溃了。
这句话的意思就是，指定VS使用64位编译器cl.exe来进行编译，这样编译时，可访问内存将达到4GB以上，便不会报错了。
因为编译器cl.exe，在编译期间占用内存超过4G导致（可打开任务管理器检查cl.exe的内存占用情况）。
cl.exe默认使用32位，32位程序最大可使用地址空间为2^32=4GB，因此使用内存超过4G时会导致进程崩溃。
直接的解决方法是改用64位的cl.exe
如果按照上面方法处理的话，在32位系统中将无法编译。
因此还是彻底解决问题，就要找到根因：
(1)代码中是否定义了超大全局静态数组？如果有可改为动态申请内存动态加载。
(2)资源文件是否引用了超大的文件？如果有可改为运行期访问文件，不要编译到资源文件。