4. 条件断点
调试Qt程序时，你有没有遇到过这种情况？
一个槽函数被调用了上千次，但只有特定条件下才会出问题。你手动按了十几次"继续"，手指都酸了，还是错过了关键的那一次。
嗯，这就是条件断点该出场的时候了。
4.1 条件断点是什么？
条件断点，说白了就是带"门禁"的断点。程序每次执行到这一行，GDB都会先检查条件是否满足——满足才停下，不满足就悄悄放行。
我个人习惯把它比作"智能捕鼠夹"：不是所有老鼠都抓，只抓体重超过50克的那只。
核心语法：
break [行号/函数名] if [条件表达式]或者先设普通断点，再追加条件：
break [行号/函数名]
condition [断点编号] [条件表达式]4.2 条件表达式的写法
条件表达式用的是C/C++语法，支持：
- 比较运算：
==、!=、>、<、>=、<= - 逻辑运算：
&&（与）、||（或）、!（非） - 算术运算：
+、-、*、/、% - 成员访问：
obj->member、obj.member
举个例子，假设你在调试一个处理网络包的函数：
(gdb) break process_packet if packet->length > 1500
(gdb) break on_data_received if error_count > 5 && socket_id == 3我在项目中遇到过最常用的场景，就是检查循环中的索引值：
(gdb) break 42 if i == 1024这样当循环跑到第1024次时才会停下，省去了前面1023次的无意义等待。
4.3 在Qt槽函数中设置条件断点
Qt槽函数的调试有个特点——你往往不知道它什么时候被触发。可能是用户点击按钮，可能是网络数据到达，也可能是定时器超时。
这时候条件断点就特别有用了。
场景一：根据参数值过滤
假设你有一个槽函数 onProgressChanged(int percent)，只想在进度到达100%时停下来看看：
(gdb) break onProgressChanged(int) if percent == 100注意这里参数名要跟源码一致。如果源码里写的是 int value，那条件就得写成 if value == 100。
场景二：根据对象状态过滤
更常见的情况是，同一个槽函数被多个对象连接。比如多个下载任务共用同一个 onDownloadFinished() 槽函数。
你只想看某个特定任务的完成情况：
(gdb) break onDownloadFinished if this->taskId() == 5这里 this 指向当前对象，通过调用成员函数来区分不同的实例。
小技巧：如果槽函数是lambda表达式，GDB里显示的名字可能是一串乱码。这时候我建议先在lambda内部设一个普通断点，然后用 info break 查看断点编号，再用 condition 命令加上条件。
4.4 实战：调试一个"幽灵"bug
我记得有一次，用户反馈说"程序偶尔会崩溃，但重启就好了"。这种间歇性bug最让人头疼。
通过日志分析，我怀疑是某个槽函数收到了异常数据。但槽函数每秒被调用几十次，手动跟根本不可能。
我是这么做的：
- 先找到槽函数
onDataReceived(QByteArray data) - 设条件断点：
break onDataReceived(QByteArray) if data.size() > 1024 - 程序运行了大约3分钟后，断点触发了
- 检查
data内容，发现确实是一段损坏的数据包
整个过程不到10分钟就定位到了问题。如果没有条件断点，我可能得花一整天盯着日志看。
4.5 条件断点的注意事项
避坑指南：
- 性能影响：条件断点每次命中都会计算表达式。如果条件很复杂（比如调用了函数），程序会明显变慢。我曾经在一个高频调用的函数里用了
if complexCalculation()，结果程序直接卡死了。 - 副作用：条件表达式里不要写会改变程序状态的代码。比如
if (count++)这种，虽然语法上能通过，但会改变程序行为，调试结果就不准了。 - 变量作用域：条件表达式只能访问当前栈帧的变量。如果你想访问全局变量，记得加上
::前缀。 - 模板函数：Qt的信号槽很多是模板化的，设断点时可能需要用完整签名。比如
QPushButton::clicked(bool)而不是clicked。
4.6 条件断点的管理
调试过程中，你可能需要查看、修改或删除条件：
| 命令 | 作用 |
|---|---|
info break |
列出所有断点及其编号、条件 |
condition 3 |
删除编号为3的断点的条件（变成普通断点） |
condition 3 i > 100 |
修改编号为3的断点的条件 |
delete 3 |
删除编号为3的断点 |
我个人习惯在调试开始时先设好所有条件断点，然后用 info break 确认一遍。这样能避免"设了但没生效"的尴尬。
4.7 知识体系总览
下面这张图总结了条件断点的核心逻辑：
条件断点用好了，调试效率能翻好几倍。尤其是调试Qt信号槽这种"不知道什么时候触发"的代码，它简直就是救星。
下次遇到那种"偶尔才出现"的bug，别傻傻地手动按继续了。设个条件断点，让GDB帮你盯着。
一句话总结：条件断点 = 普通断点 + 智能门禁。只在你关心的那一刻停下，其他时候安静如鸡。