环境变量配置错误是qt creator运行失败的主因：mingw需将mingw32-make.exe路径加入path；msvc需手动复制rc.exe到qt工具链bin目录；linux/国产系统需安装基础依赖并避免混用qt库。
直接运行失败，大概率是环境变量没对上，不是Qt Creator坏了，也不是代码有问题。
检查 mingw32-make.exe 是否在系统 PATH 中
Qt Creator 本身不带 mingw32-make.exe，它靠系统 PATH 去找。如果找不到，就会报“无法启动进程‘mingw32-make.exe’”。这不是 Qt Creator 的 bug，是路径断了。
- 打开 CMD 或 PowerShell，直接输入：
mingw32-make --version—— 如果提示“不是内部或外部命令”，说明 PATH 没配好 - 找到你 MinGW 的安装目录（比如
C:\mingw64\bin或C:\Qt\5.15.2\mingw81_64\bin），把该bin路径加进系统环境变量 PATH - 重启 Qt Creator（仅重启 IDE 不够，CMD 窗口也要新开，否则 PATH 不刷新）
- 注意：多个 MinGW 版本共存时，PATH 中靠前的路径会优先生效，顺序错会导致调用到旧版或不兼容的 make
MSVC 构建套件下报 LNK1158：rc.exe 找不到
这个错误只出现在用 MSVC 编译器（如 msvc2019_64）时，本质是 Qt Creator 没法调用 Windows SDK 自带的资源编译器 rc.exe。
Qt Creator 18.0.2
下载
Qt Creator 18.0.2 Windows x86_64 历史版本安装包，适合需要旧版本 IDE、旧项目兼容、Qt/C++ 项目维护、构建套件配置和调试环境回退的用户使用。
- 先确认你的 Windows SDK 已安装：打开 Visual Studio Installer → 修改已装版本 → 勾选“Windows 10/11 SDK”和“C++桌面开发”
- 找到
rc.exe实际位置，典型路径类似：C:\Program Files (x86)\Windows Kits\10\bin\10.0.22621.0\x64\rc.exe（SDK 版本号需匹配 Qt Kit 中设置的WindowsSDKVersion） - 把
rc.exe和同目录下的rcdll.dll复制到 Qt 对应工具链的bin目录，例如：C:\Qt\5.15.2\msvc2019_64\bin - 不要只加 PATH——Qt Creator 的 MSVC Kit 默认不读系统 PATH 下的
rc.exe，必须放进去才认
Linux / 麒麟系统启动 Qt Creator 就闪退或报 LLVM 错误
这类问题往往不是缺 Qt 库，而是底层图形或运行时冲突，尤其在非 x86_64 架构（如龙芯、ARM64 麒麟）上更明显。
- 先看终端启动输出：
qtcreator回车后如果有CommandLine Error: Option 'help-list' registered more than once!，基本可锁定是系统中多个组件（如 GNOME 插件、Clang 工具链）共用了 LLVM，但 Qt Creator 自身并不链接 LLVM，属于环境污染 - 银河麒麟 V10 上，务必先装全基础依赖：
sudo apt install build-essential libgl1-mesa-dev cmake gdb，漏掉libgl1-mesa-dev会导致 OpenGL 初始化失败，IDE 启动卡死 - 龙芯 UOS 等国产平台，避免混用社区版 Qt Creator 二进制包和系统自带 Qt 库；优先用厂商适配过的离线安装包（如含
qt-opensource-linux-loongarch64-5.12.10.run） - 不要试图手动 LD_PRELOAD 替换 LLVM 库——Qt Creator 依赖的是 Qt 自带的私有插件机制，强行干预反而破坏 ABI 兼容性
真正麻烦的从来不是“找不到哪个文件”，而是 Qt Creator 在不同 Kit 下对环境变量、路径、插件加载的逻辑不一致。比如 MinGW 看 PATH，MSVC 忽略 PATH 却强依赖文件复制，Linux 下又可能被 QT_QPA_PLATFORM 或 LD_LIBRARY_PATH 暗中覆盖。配一次能跑，不代表换台机器、换个项目、甚至换个构建目录还能跑——得盯住 Kit 设置里的每一个路径是否真实存在、架构是否匹配、权限是否可执行。
