QT 中 MSVC 版本与 MinGW 版本的区别（建议收藏备用！！！）

在 QT 开发环境中，MSVC 版本和 MinGW 版本是两种常见的选择，它们在多个方面存在显著区别。

一、编译器差异

（一）MSVC

MSVC 由微软开发，与 Windows 操作系统深度集成。这使其在开发 Windows 桌面应用时，对 Windows 平台的 API 和特性支持极为出色。例如，若需调用 DirectX 图形库或底层 Windows 系统接口，MSVC 能提供便利的开发条件。其优化策略聚焦于 Windows 平台性能，针对英特尔架构处理器在 Windows 下的指令集优化，有效提升程序运行速度。

（二）MinGW

MinGW 是适用于 Windows 平台的 GNU 编译器集合，将 GCC 等工具移植而来。遵循 GNU 标准，对熟悉 Linux 等类 Unix 系统开发环境的开发者较为友好，其编译工具链（如 GCC）使用方式与 Unix/Linux 系统相似。在跨平台开发方面表现突出，若 QT 项目有在 Windows 与 Linux 间移植的需求，MinGW 是不错的选择，因其代码在类 Unix 系统上更易重新编译运行。

二、二进制文件和库文件兼容性

（一）MSVC

MSVC 编译生成的二进制与库文件，与 Windows 操作系统及其他 MSVC 编译的库兼容性良好。当使用仅提供 MSVC 编译版本的第三方库时，采用 MSVC 编译 QT 项目利于集成，在链接过程中，因相同的编译器工具链与二进制格式，可减少兼容性问题。

（二）MinGW

MinGW 编译的文件格式与 Linux 等类 Unix 系统更为相近。但在 Windows 环境下，复杂系统集成场景中可能遭遇兼容性困扰，尤其是与原生 Windows 库或其他 MSVC 编译库混合使用时，常需额外配置处理才能正常工作。

三、调试支持差异

（一）MSVC

MSVC 拥有成熟的调试工具，并与 Visual Studio 紧密集成。若开发环境基于 Visual Studio，使用 MSVC 编译的 QT 项目可便捷利用 Visual Studio 强大的调试功能，如断点调试、内存查看、变量监视等，有助于开发者迅速定位解决程序问题，特别是处理 Windows 系统相关复杂代码时优势明显。

（二）MinGW

MinGW 虽提供调试支持，通常借助 GDB（GNU Debugger）进行调试。然而在 Windows 环境下，其使用体验不及 MSVC 与 Visual Studio 集成的调试环境友好，如 GDB 图形化界面较少，配置过程相对复杂。

四、构建速度差异

（一）MSVC

MSVC 编译速度受项目规模与系统资源影响。大型项目中，因大量预编译头处理及 Windows 系统相关复杂配置，编译速度可能较慢。不过微软持续优化其编译性能，且随计算机硬件提升，特定情况下差异可能不显著。

（二）MinGW

MinGW 在某些情形下编译速度可能优于 MSVC。其编译过程相对简易，无 MSVC 那般复杂的预编译头与系统配置步骤，对于小型 QT 项目或简单代码修改后的重新编译，MinGW 往往能更快完成编译任务。

综上所述，在选择 QT 的 MSVC 版本或 MinGW 版本时，开发者需综合考虑项目需求、目标平台、第三方库兼容性、调试便利性以及构建速度等多方面因素，从而做出最适合项目的决策。

相关错误：Error while building/deploying project B_System (kit: Qt 5.8.0 for Windows Runtime 64bit) When executing step "qmake"

例如这个错误，我在使用QT5.8的时候选择的是QT5.8的msvc版本

那么在探寻过程中

首先，想到会不会是路径的原因，经过我的检查，发现路径设置的没有问题（因为QT对于路径的要求比较敏感，而这个问题在路径问题中是比较常见的），当然，还有一种情况是，如果你原先设置的路径是中文的，然后你修改成为了英文，那么建议你将项目先进行清除，在进行重新编译，我是经过了上面的过程还是不行

那么，就出现的可能是第二种情况，就是我的软件的版本问题，在将原先的QT5.8的MSVC版本进行彻底的清除之后，我下载了新的QT5.8的minGW版本，项目成功的进行编译和运行。

“学如逆水行舟，不进则退。”愿此篇文章成为你在技术之舟上的有力浆橹。有任何感悟或困惑，可于评论区交流探讨。若觉有益，点赞，收藏不妨一试，也期待你关注我。在技术的漫漫征途中，愿与君相伴而行，共赏知识繁花盛景，同历成长蜕变之喜。