Windows11下qmake+nmake编译Qt5程序无法运行，VS2019编译正常求排查

• 对比编译配置差异
  拉取qmake生成的Makefile和VS2019工程的编译参数做逐一比对：

  • 重点看目标架构（x86/x64）、C++运行库类型（MT/MD/MTd/MDd）、*Qt宏定义（如QT_DEBUG/QT_RELEASE）*是否一致。比如Win11下若qmake默认编译32位程序，可能和系统默认的64位环境存在兼容性冲突。
  • 检查编译选项中的优化级别、警告等级，某些严格的编译选项在nmake下可能导致隐性的代码问题，而VS做了兼容处理。

• 校验编译过程与产物完整性

  • 重新执行nmake clean && nmake，全程保存输出日志，排查是否有被忽略的编译警告或链接错误——部分问题不会中断编译，但会导致生成的exe文件损坏或依赖缺失。
  • 用dumpbin /dependents [目标exe路径]分别分析两种编译产物的依赖库清单，对比Qt DLL、系统核心库的版本和架构，确认qmake生成的exe是否存在依赖缺失或版本不匹配的情况。

• 排查Windows系统层面限制

  • 右键qmake生成的exe，查看「属性-兼容性」面板，尝试勾选「以管理员身份运行」「兼容模式运行Windows 8」等选项测试，部分Win11的安全策略会限制未签名或特定旧版本程序运行。
  • 检查exe数字签名状态：VS编译可能配置了自动签名流程，而nmake编译的exe无有效签名，Win11的SmartScreen或Defender可能会拦截运行。

• 针对性排查代码逻辑

  • 聚焦该程序独有的代码：比如是否使用了Windows专属API、动态加载第三方DLL的逻辑，这些代码在qmake的编译配置下可能未正确处理（如缺少必要的头文件、链接库）。
  • 检查程序入口初始化逻辑：WinMain或main函数中是否有依赖编译环境的初始化代码，VS默认的编译选项可能自动注入了Windows特定的初始化流程，而qmake+nmake未配置相关参数。

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