2. Qt Creator调试器配置：选择调试器、配置GDB路径、调试器与Kit的关联

调试器配置这件事，说实话，我见过太多人在这上面栽跟头了。明明代码写得没问题，一按调试按钮就报错，然后就开始怀疑人生。其实说白了，大部分问题都出在调试器没配好。

今天咱们就聊聊Qt Creator里调试器的配置。我会把选择调试器、配置GDB路径、以及调试器与Kit的关联这三个环节拆开来讲。嗯，每个环节都有坑，我当年都踩过。

Qt Creator支持多种调试器，但最常用的就两个：GDB（GNU调试器）和LLDB（LLVM项目的一部分）。

我个人习惯在Linux和Windows上用GDB。为什么？因为Qt官方对GDB的支持最成熟，而且GDB的生态更完善。你想想看，网上搜调试技巧，十有八九都是GDB的教程。

但如果你在macOS上开发，LLDB其实是更好的选择。因为macOS的Xcode工具链默认就带LLDB，而且苹果对LLDB做了深度优化。

我的建议：

我在项目中遇到过一件事：有个同事在Windows上死活要用LLDB，结果每次调试Qt的信号槽都看不到参数值。折腾了两天，换成GDB后一切正常。所以啊，别跟平台较劲。

配置GDB路径，听起来简单，但坑不少。Qt Creator默认会去系统PATH里找GDB，但很多时候它找不到，或者找到的是个残废版本。

咱们一步步来：

⚠️ 注意：GDB版本不能太老。我曾经用GDB 7.x调试Qt 5.15的项目，结果断点根本打不住。后来升级到GDB 10.1才解决问题。建议使用GDB 8.0以上版本。

怎么确认GDB版本？打开终端或命令行，输入：

gdb --version

如果输出类似 GNU gdb (GDB) 10.1 这样的信息，那就没问题。

还有个细节：如果你用MinGW编译Qt项目，GDB必须和MinGW配套。什么意思呢？就是MinGW 32位版本必须配32位的GDB，64位配64位。混着用的话，调试器连进程都附加不上。

💡 小技巧：配置好GDB路径后，点一下「测试」按钮。Qt Creator会尝试启动GDB并检查版本。如果测试通过，说明路径没问题。如果失败，检查一下路径里有没有中文或空格——我见过有人把GDB放在「Program Files (x86)」里，结果路径带空格导致失败。

配置好GDB只是第一步。真正关键的是把调试器和你的Kit（构建套件）关联起来。

Kit是什么？简单说，Kit就是「编译器 + 调试器 + Qt版本 + 设备类型」的组合。你每创建一个项目，都要选一个Kit来编译和调试。

关联调试器和Kit的步骤：

这里有个容易忽略的点：一个Kit只能关联一个调试器。但你可以创建多个Kit，每个Kit用不同的调试器。比如我电脑上就有两个Kit：一个用GDB调试桌面程序，另一个用GDB调试嵌入式ARM程序。

常见问题排查：

我曾经犯过一个低级错误：配好了GDB，但Kit里选的是「无调试器」。结果折腾了一下午，最后发现是下拉框没选对。嗯，这种低级错误，犯过一次就不会再犯了。

为了让你更直观地理解调试器配置的整个流程，我画了一张图：

配置完了，怎么知道好不好使？我一般用这个方法来验证：

如果以上步骤都顺利，恭喜你，调试器配置成功了。如果卡在哪一步，回头检查对应的配置环节。

💡 终极建议：配置好调试器后，最好把Qt Creator重启一次。我遇到过配置完不生效的情况，重启后就正常了。这算是Qt Creator的一个小脾气吧。

调试器配置这件事，说白了就是「选对、配好、关联上」三个步骤。每一步都有坑，但踩过一次就记住了。我个人觉得，花10分钟把调试器配好，比花2小时在代码里加qDebug()要划算得多。你想想看，是不是这个理？