调试器路径配对错误：x86/x64混用是高频死因，如用x86版cdb.exe调试x64 qt套件会导致静默失败；须确保debugger路径与kit架构一致（如msvc x64对应x64\cdb.exe），且手动绑定至kit，同时windows sdk与msvc版本需匹配，并验证gdb是否支持python以启用高级调试功能。
调试器路径配对错误：x86/x64 混用是高频死因
Qt Creator 启动调试时跳过断点、报 Unable to create a debugging engine，八成是因为你选了 x86 版 cdb.exe 去调试 x64 编译的 Qt 套件——这根本不会报错，只会静默失败。
检查方法很简单：打开 工具 → 选项 → 构建与运行 → 调试器，看当前选中的 cdb.exe 路径：
- 若路径含
x86\cdb.exe，而你的 Kit 是 MSVC x64（比如Desktop Qt 6.5.3 MSVC2019 64-bit），立刻换掉 - 正确路径应为
C:\Program Files (x86)\Windows Kits\10\Debuggers\x64\cdb.exe - 别信“自动探测”——Qt Creator 不会校验位数，只认路径存在与否
Windows SDK 和 CDB 必须版本对齐
MSVC 工具链和 Windows SDK 是绑定的，CDB 又依赖 SDK 中的符号和运行时。版本错位会导致断点加载失败、no debug symbols loaded 等现象，但 Qt Creator 很少明确提示。
常见匹配关系（2026 年主流组合）：
-
MSVC 2019 (v142)→ 必须搭配Windows 10 SDK 10.0.19041.0或更高 -
MSVC 2022 (v143)→ 推荐Windows 10 SDK 10.0.22621.0（Win11 SDK） - SDK 安装时必须勾选
Debugging Tools for Windows，它不随“C++ 桌面开发”默认安装
验证方式：在 Visual Studio Installer 中打开已安装的 workload，展开“详细信息”，确认 Windows 10/11 SDK 和 Debugging Tools for Windows 都打了勾。
Kit 中 Debugger 未真正启用
即使你添加了 cdb.exe，Qt Creator 也不会自动把它塞进 Kit 里——它只是“待选列表”。你得手动绑定。
Qt Creator 18.0.2 Windows x86_64 历史版本安装包，适合需要旧版本 IDE、旧项目兼容、Qt/C++ 项目维护、构建套件配置和调试环境回退的用户使用。
操作路径：工具 → 选项 → 构建与运行 → 构建套件（Kits），找到你正在用的 Kit（比如 Desktop），点击编辑，在 Debugger 下拉框中选择你刚配置的那条 cdb 条目（名称通常带 x64 或版本号）。
容易漏掉的点：
- 一个 Kit 只能绑定一个 Debugger；如果下拉菜单里是
<none></none>，说明没连上 - 改完要点击
Apply，否则重启后失效 - 切换 Kit 后，记得检查当前活动 Kit 的 Debugger 是否仍为有效项
GDB 在 Linux/macOS 上缺 Python 支持
Qt Creator 6.x+ 默认依赖 GDB 的 Python 扩展做变量解析、QVariant 展开等。如果 gdb -batch -ex "python print('ok')" 报错或无输出，说明 GDB 编译时没带 Python 支持。
典型症状：断点命中但变量全显示为 <not accessible></not>，堆栈窗口空白，控制台只打印原始寄存器值。
解决路径：
- Ubuntu/Debian：
sudo apt install gdb python3-dev（确保gdb包含 Python 绑定） - CentOS/RHEL：
sudo yum install gdb python3-devel，再确认gdb --version输出含python - 源码编译 GDB：必须加
--with-python=/usr/bin/python3参数，否则 configure 会跳过
最后提醒一句：Qt Creator 不会告诉你 GDB 缺 Python，它只会安静地放弃高级调试功能——你得自己查 gdb 是否真支持。
