Windows下Qt在线安装器安装.a文件原因及Qt程序启动崩溃解决方法

一、为什么安装的Qt库是.a格式而非.lib格式 #

这是完全正常的情况，不属于安装错误：

• Windows平台下两类主流C++工具链的库格式互不通用：.lib是微软MSVC编译器专属的静态库/导入库格式；你安装的是MinGW 11.2.0编译的Qt版本，MinGW属于GCC工具链生态，静态库、DLL对应的导入库默认使用GCC标准的.a后缀，和Linux、macOS下GCC/Clang使用的库格式规则一致。
• 这些.a文件的作用和MSVC下的导入lib完全相同，MinGW自带的链接器可以直接识别链接，不存在格式不兼容的问题。库格式只和选用的编译器匹配，和操作系统没有绑定关系，不存在“Windows下Qt必须用.lib”的要求。

二、程序进入main函数前崩溃的解决方案 #

库格式差异不是崩溃的诱因，这类在main函数执行前、全局静态对象初始化阶段触发的崩溃，几乎都是工具链不匹配、运行时加载错误导致的，按以下优先级逐一排查修复：

• 校验构建套件（Kit）配置
  打开Qt Creator的「工具-选项-Kits」页面，确认你当前使用的构建套件满足两个要求：
  1. 关联的C/C编译器是Qt在线安装器随包自带的MinGW 11.2.0 64-bit版本，不要使用自行单独安装的其他版本MinGW、或MSVC编译器链接这套Qt库。哪怕是小版本号不同的MinGW（比如11.2.0和11.1.0）都可能存在C ABI、运行时库不兼容问题，纯标准库代码依赖少可能碰巧运行正常，但链接Qt后会因ABI不匹配在全局对象初始化阶段直接崩溃。
  2. 关联的Qt版本指向你安装路径下C:\Qt-mingw\6.3.1\mingw_64目录中的qmake可执行文件，不要关联其他版本Qt的qmake。
• 清理缓存重新构建
  先删除项目整个构建输出目录，在Qt Creator中右键项目执行「执行qmake」，再完全重新构建，避免旧的缓存文件、目标文件错误链接到不匹配的库。同时确认构建配置为64位debug/release，和你安装的Qt架构一致，不要混用32位配置。
• 排查运行时dll加载冲突
  1. 不要将其他版本MinGW、其他版本Qt的bin目录添加到系统全局PATH中，避免程序启动时优先加载到错误版本的运行时dll（比如旧版libstdc++-6.dll、Qt6Core.dll）。
  2. 脱离Qt Creator运行程序前，先使用对应版本的windeployqt工具将所有依赖的Qt、MinGW运行库拷贝到程序目录，避免缺dll或加载错dll。Qt Creator启动程序时会自动注入正确的临时PATH，若Creator中运行正常、单独运行exe崩溃，100%是dll加载路径错误导致的。
• 低概率排查项：临时禁用第三方安全软件，部分安全软件会误拦截MinGW编译程序的静态初始化流程，触发启动崩溃。

附：提问者提供的安装选项截图 #

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