Qt Creator报“Kit无效”本质是构建套件三要素（编译器、Qt版本、调试器）路径未正确绑定，IDE不依赖系统PATH而依赖手动配置的qmake路径，需在“工具→选项→构建与运行”中逐一核对并手动指定各组件绝对路径。
qmake 找不到、Kit 显示红色警告、新建项目后点“运行”直接报错——这些不是你操作错了，而是 Qt Creator 启动时没识别到编译器和 Qt 版本。核心问题就一个：Qt 安装路径没被系统或 IDE 正确感知。
Qt Creator 18.0.2
下载
Qt Creator 18.0.2 Windows x86_64 历史版本安装包，适合需要旧版本 IDE、旧项目兼容、Qt/C++ 项目维护、构建套件配置和调试环境回退的用户使用。
为什么 qmake 命令在终端能用，Qt Creator 却报 Kit 无效？
Qt Creator 不依赖系统 PATH 查找 qmake，它靠自己维护的“Kit”配置来定位工具链。即使你在命令行输入 qmake --version 能成功返回结果，IDE 仍可能完全忽略它。
- Kit 是 Qt Creator 内部的构建套件抽象，包含编译器（如 g++.exe）、调试器（如 gdb.exe）、Qt 版本（含 qmake.exe 路径）三者绑定
- 如果其中任一路径不对，Kit 就标红，项目无法构建
- 常见误操作：只配了 MinGW 的 bin 目录，漏了 Qt 版本目录下的 bin（比如 D:\Qt\5.12.6\mingw73_64\bin）
Windows 下手动配置 Kit 的关键步骤
打开 Qt Creator → 工具 → 选项 → 构建与运行 → Kits 标签页 - 先确认“编译器”子页里已识别到 MinGW（如MinGW 7.3.0 64-bit），路径指向 mingw73_64\bin\g++.exe
- 再切到“Qt 版本”子页，点击“添加”，选择对应版本的 qmake.exe（路径类似 D:\Qt\5.12.6\mingw73_64\bin\qmake.exe）
- 最后回到“Kits”子页，新建或编辑一个 Kit：
- 名称可填 Desktop Qt 5.12.6 MinGW 64-bit
- 编译器选刚识别的那个 MinGW
- Qt 版本选刚添加的 qmake 条目
- 调试器自动匹配（通常为 mingw73_64\bin\gdb.exe）
- 点击“应用”，红色警告应消失
Mac 上 Kit 配置失败的典型原因
Homebrew 安装的 Qt 默认路径是/opt/homebrew/opt/qt/bin，但 Qt Creator 往往默认扫描 /usr/local/Cellar/qt 或旧路径。
- 不要依赖自动探测，务必手动添加 Qt 版本：点击“添加”，浏览到 /opt/homebrew/opt/qt/bin/qmake
- 编译器需手动指定 clang++ 路径（通常为 /usr/bin/clang++），不能只填 clang
- 如果 Kit 仍标红，检查是否漏了 Xcode 命令行工具：xcode-select --install 必须执行且成功
- Homebrew 安装的 Qt 不自带调试器，Kit 中调试器字段留空或选 “None” 是正常现象（macOS 下通常用 lldb，Qt Creator 对 lldb 支持有限）
PATH 环境变量到底要不要配？
配不配不影响 Qt Creator 运行，但会影响命令行协作场景： - 如果你常在终端里用qmake 或 cmake 手动构建，必须把 Qt 的 bin 和编译器 bin 都加进系统 PATH
- Windows：两个路径都要加（Qt 版本 bin + Tools\mingwxx_xx\bin）
- macOS：只需加 /opt/homebrew/opt/qt/bin，clang++ 已在系统路径中
- Linux：通常用包管理器安装，PATH 一般已就绪，重点检查 qmake 是否软链接正确（ls -l $(which qmake)）
Kit 配置不是一次性的设置，只要移动过 Qt 安装目录、重装过 MinGW、或升级了 Qt 版本，就得重新检查这三项：编译器路径、qmake 路径、Kit 绑定关系。很多人卡在“明明能编译，却跑不起来”，其实只是 Kit 里调试器路径失效了。
