Kit显示“Compiler not set”需手动添加编译器路径：点击“构建和运行”→“编译器”→“添加”→选择GCC或MSVC，再通过“Browse”精准定位到g++.exe或cl.exe文件（不可只填目录），并确保其路径无空格、中文或特殊字符。
Kit显示“Compiler not set”怎么填？
这说明Qt Creator没找到可用编译器，不是没装，而是没识别到路径。常见原因有：g++.exe或cl.exe在磁盘上存在，但Qt Creator扫描时跳过了含空格、中文或特殊符号的路径。
- Windows下用
where g++.exe或where cl确认编译器是否在PATH里；Linux/macOS用which g++ - 如果返回路径但Qt Creator仍报错，检查该路径是否含空格（如
C:\Program Files\...）——MinGW和MSVC都怕这个，建议重装到纯英文无空格路径，比如C:\mingw64\bin\g++.exe - Qt Creator 11+默认不扫描
PATH以外的位置，手动添加编译器时必须点“Browse”选到具体g++.exe或cl.exe文件，不能只填目录
Qt Version和Compiler ABI不匹配怎么办？
比如选了Qt 6.5.3 MSVC2019 64-bit，却绑定了MSVC2017编译器，就会提示“The ABI of the selected debugger does not match the toolchain ABI”。这不是版本号对不上，而是ABI标识（如msvc2017_64）不一致。
Qt Creator 18.0.2
下载
Qt Creator 18.0.2 Windows x86_64 历史版本安装包，适合需要旧版本 IDE、旧项目兼容、Qt/C++ 项目维护、构建套件配置和调试环境回退的用户使用。
- 进
Options → Kits → Compilers，选中对应MSVC条目，右键→Clone，在ABI字段里手动改成匹配的值（如msvc2019_64） - MinGW同理：
mingw1120_64要配Qt 6.x.x (mingw_64)，不能混用mingw81_64和mingw1120_64 - Qt安装包自带的工具链（如
C:\Qt\Tools\mingw1120_64）和Qt SDK（如C:\Qt\6.5.3\mingw_64）必须版本号一致，否则qmake生成的构建配置会拒绝加载
Debugger报“Not found”但cdb.exe或gdb.exe明明存在
调试器路径对，但Kit里仍标红，大概率是ABI不匹配或权限问题。CDB必须和MSVC绑定，GDB必须和MinGW/GCC绑定，交叉混用必失败。
- Windows下验证
cdb.exe：运行C:\Program Files (x86)\Windows Kits\10\Debuggers\x64\cdb.exe -version，若报“系统找不到指定的文件”，说明Windows SDK未完整安装，需重装并勾选Debugging Tools - Linux下
gdb需支持Python脚本（Qt Creator依赖它解析变量），运行gdb --version后输入python print('ok')，报错就说明GDB编译时没带Python支持 - Qt Creator 10.0.2+对调试器路径做了校验，如果
gdb.exe在C:\Qt\Tools\mingw1120_64\bin\但Qt Creator只认gdb（无.exe），手动编辑路径把.exe去掉试试
自动检测（Auto-detect）为什么总失败？
Qt Creator的自动检测逻辑很保守：它只扫注册表（Windows）、/usr/bin（Linux）或/opt/Qt（macOS）等标准位置，不会递归遍历整个硬盘。你装在D:\devtools\mingw，它根本不会看。
- 别依赖“Auto-detect All”按钮，它只是对已知路径做一次快速扫描，漏掉非标路径是常态
- 手动添加更可靠：进
Compilers标签页→Add → MinGW → C++→点Browse定位到g++.exe；同理加Qt Versions里的qmake.exe路径 - Kit创建时，“Device type”选
Desktop，千万别误选Generic Linux Device——后者会跳过本地编译器检查，导致后续构建直接崩
