MFC 32位转64位后IDR_MAINFRAME图标加载失败、GetLastError返回0求助

• 检查x64配置下的资源编译配置：打开项目属性页，切换到x64配置，依次进入「配置属性→资源→常规」，确认资源包含路径与x86配置一致，没有缺失MFC资源路径；再进入「资源编译器→输出」，确认.res输出路径配置合法，与x86配置逻辑对齐。
• 检查资源文件的宏限制：打开项目的.rc资源文件，查找是否有#ifdef _M_IX86这类仅针对32位x86架构的宏包裹了ICON、VERSIONINFO资源定义，如果有则删除该限制，或补充|| defined(_M_AMD64)的64位架构判断。
• 清理全量重编译：删除输出目录、中间目录下的所有文件，关闭增量编译后执行全量重新编译，避免增量编译导致的资源未嵌入问题。
• 验证资源嵌入结果：用VS自带的资源查看器直接打开编译生成的exe，确认ICON、VERSIONINFO资源已存在；如果不存在则回查前两步的配置问题。资源编译问题修复后，WinSparkle报VERSIONINFO缺失的错误也会同步解决。

返回0的原因 #

LoadIcon的Win32 API设计中，仅当模块句柄无效、入参格式错误这类参数类错误时才会设置LastError，资源不存在的场景下不会修改LastError的值。你拿到的0是上一次执行成功的Win32 API留下的错误码，和本次LoadIcon失败没有关联。

底层故障排查方式 #

• 直接验证资源：用资源查看器打开目标exe确认资源是否存在，这是最高效的验证手段。
• 调用FindResource获取准确错误码：用如下代码查询资源状态，该函数失败时会正确设置LastError：

HRSRC hRsrc = FindResource(AfxGetApp()->m_hInstance, MAKEINTRESOURCE(IDR_MAINFRAME), RT_ICON);
if (hRsrc == NULL) {
    DWORD err = GetLastError();
    // 错误码1813对应ERROR_RESOURCE_TYPE_NOT_FOUND，说明资源未被编译进exe
}

• 查看编译日志：将VS生成日志的详细程度调整为「详细」，重新编译后查看rc.exe（资源编译器）的执行日志，确认rc文件是否被正常处理、输出的.res文件是否被链接器正确嵌入exe。

内容的提问来源于stack exchange，提问作者user1633272