2、Qt Creator中的GDB集成：调试器配置、调试模式启动、调试工具栏详解
调试这件事，说白了就是给程序做「体检」。我做了这么多年Qt开发，最怕的不是写代码，而是代码跑起来后莫名其妙崩溃。这时候GDB就是我的救命稻草。Qt Creator把GDB包装得很友好，但如果你不了解背后的配置和操作，遇到复杂bug还是会抓瞎。
这一章，咱们就聊聊Qt Creator里GDB集成的那些事。我会把配置、启动、工具栏这三个核心环节掰开揉碎了讲。
2.1 调试器配置：别让第一步卡住你
我第一次用Qt Creator调试时，直接点了那个绿色小虫子按钮，结果弹了个错误框——「No debugger set」。嗯，当时挺尴尬的。后来才知道，调试器需要手动配置一下。
配置路径很简单：工具 → 选项 → 构建和运行 → 调试器。这里你会看到Qt Creator自动检测到的GDB路径。我个人习惯手动确认一下版本，因为有些老项目对GDB版本有要求。
| 配置项 | 说明 | 我的建议 |
|---|---|---|
| GDB路径 | 指向gdb可执行文件 | 用which gdb确认路径 |
| 调试器类型 | GDB或LLDB | Linux下选GDB |
| 附加GDB命令 | 启动时自动执行的命令 | 我一般留空 |
配置完成后，记得点「应用」。然后打开一个Qt项目，在左下角那个「项目」模式里，确认构建套件（Kit）的调试器字段已经显示你配置的GDB。这一步很多人会忽略，结果调试时还是用的默认配置。
2.2 调试模式启动：三种方式，各有妙用
配置好了，怎么启动调试？Qt Creator给了我们三种方式。你想想看，每种方式对应不同的场景，用对了事半功倍。
方式一：直接启动调试
点击左下角的「调试」按钮（那个绿色小虫子图标），或者按F5。这是最常用的方式。程序会编译、运行，并在断点处停下来。我90%的调试工作都是用这种方式。
方式二：附加到进程
有时候程序已经在跑了，比如一个后台服务或者一个已经启动的GUI程序。这时候选择「调试 → 附加到进程...」，在弹出的列表里找到目标进程，点确定就行。
方式三：启动外部程序
在「项目 → 运行设置」里，你可以指定一个外部可执行文件。Qt Creator会启动这个程序并附加调试器。这个功能我用的不多，但当你需要调试一个已经编译好的release版本时，它很管用。
2.3 调试工具栏详解：每个按钮都是武器
启动调试后，Qt Creator顶部会出现一排调试工具栏。我第一次看到这排按钮时，觉得挺直观的。但用久了才发现，有些按钮的「隐藏技能」很多人不知道。
咱们从左到右捋一遍：
- 继续执行（F5）：让程序继续跑，直到下一个断点。嗯，这个最常用。
- 单步跳过（F10）：执行当前行，不进入函数内部。我调试业务逻辑时喜欢用这个，快速跳过不关心的函数。
- 单步进入（F11）：进入函数内部。调试第三方库或自己写的复杂函数时，这个按钮是神器。
- 单步跳出（Shift+F11）：从当前函数跳出来。我曾经在一个递归函数里按了十几次F11，发现不对劲，赶紧用这个跳出来。
- 重启调试（Ctrl+Shift+F5）：重新启动程序。改完代码后，我经常用这个快速验证。
- 停止调试（Shift+F5）：终止调试会话。
核心要点：调试工具栏的每个按钮都有快捷键。我个人强烈建议把F5、F10、F11这三个快捷键练熟。调试时手不离键盘，效率能提升一倍。
2.4 断点管理：不只是点一下那么简单
断点是调试的灵魂。Qt Creator里，你可以在代码行号左侧点击，添加一个红色断点。但如果你只会这个，那太浪费了。
右键点击断点，你会看到几个高级选项：
- 条件断点：只有满足某个条件时才停下来。比如
i == 5。我在调试循环时经常用这个，省得一遍遍按F5。 - 日志断点：不中断程序，只在输出窗口打印信息。这个功能我特别喜欢——有时候你只是想知道某个变量值，没必要停下来。
- 断点命中次数：第N次命中时才中断。比如一个函数被调用了100次，你只想在第50次时看看状态。
为什么会需要这些高级断点？你想想看，一个循环跑1000次，你手动按F5按到第500次，手都酸了。条件断点一次搞定。
2.5 变量查看与监视：数据是调试的核心
调试时，最关心的就是变量值。Qt Creator的「变量」面板会显示当前作用域内的所有变量。但这里有个坑——局部变量和全局变量混在一起，有时候找起来费劲。
我习惯用「监视」面板。右键点击变量，选择「添加表达式监视」，或者直接在监视面板里输入表达式。比如：
myWidget->width()
myList.size()
*ptr监视面板会实时更新这些表达式的值。我在调试一个复杂的信号槽连接时，就是靠监视sender()和receiver()的值，才找到了连接断开的根源。
2.6 调用堆栈：定位问题的导航图
程序崩溃时，调用堆栈就是你的救命稻草。Qt Creator的「堆栈」面板会显示从main()到当前执行位置的完整调用链。
我遇到过一个经典场景：程序在某个槽函数里崩溃了，但堆栈显示是从一个信号触发的。顺着堆栈往上翻，发现是某个对象的析构函数里调用了deleteLater()，导致对象被二次释放。嗯，这种问题不看堆栈根本找不到。
堆栈面板里，每一行都是一个函数调用。双击某一行，代码编辑器会自动跳转到对应的位置。我建议你养成一个习惯：程序崩溃后，先看堆栈，别急着改代码。
2.7 本章知识体系
为了让你更直观地理解这一章的内容，我画了一张图。它把GDB集成的核心环节串了起来：
这张图把配置、启动、工具栏三个模块的关系画清楚了。你从配置开始，选择启动方式，然后用工具栏里的武器去定位问题。每一步都离不开前面一步的铺垫。
好了，这一章的内容就到这里。调试器的配置、启动方式和工具栏操作，是你在Qt Creator里用好GDB的三大基石。下一章我们会深入GDB的命令行操作——嗯，到时候你会发现，图形界面虽然方便，但命令行才是真正的杀手锏。