4. GDB断点管理：设置断点、删除断点、禁用/启用断点、条件断点
调试这件事，说白了就是让程序在关键时刻停下来，让你看看它到底在干什么。而断点，就是我们让程序停下来的「路障」。今天我就跟你聊聊GDB里断点的那些事儿——怎么设、怎么删、怎么临时关掉，还有那种只有满足条件才停的「智能路障」。
核心要点：断点管理是GDB调试的基石。你不需要记住所有命令，但一定要理解「设置-管理-删除」这个闭环。
4.1 设置断点：让程序在指定位置停下
设置断点最常用的命令就是 break，简写为 b。我个人习惯用简写，毕竟调试时谁也不想打那么多字。
# 在函数入口处设置断点
(gdb) break main
(gdb) b main
# 在源文件指定行号设置断点
(gdb) break hello.c:15
(gdb) b hello.c:15
# 在指定地址设置断点（汇编调试时常用）
(gdb) break *0x4004e0
(gdb) b *0x4004e0嗯，这里要注意：如果你在行号上设断点，GDB会把断点绑定到那一行的代码上。如果之后你修改了源文件，行号变了，断点可能会跑到奇怪的地方去。我在项目中遇到过这种情况，改了几行代码后，断点停在了注释上……
小技巧：用 break 时如果不指定文件名，GDB会在当前调试的源文件中查找。如果你有多个同名函数，记得加上文件名来区分。
4.2 查看断点：知己知彼
设了一堆断点后，你可能会忘记哪些还开着。这时候用 info breakpoints 或简写 i b 来查看。
(gdb) info breakpoints
Num Type Disp Enb Address What
1 breakpoint keep y 0x00000000004004e0 in main at hello.c:5
2 breakpoint keep y 0x00000000004004f0 in func at hello.c:15
3 breakpoint keep n 0x0000000000400500 in test at hello.c:25你看，输出里有个 Enb 列，显示 y 表示启用，n 表示禁用。这个信息很重要，后面我们会用到。
4.3 删除断点：清理战场
断点设多了，程序跑起来会频繁停下，烦得很。这时候就需要删掉一些没用的断点。
# 删除指定编号的断点
(gdb) delete 1
(gdb) d 1
# 删除所有断点（慎用！）
(gdb) delete
(gdb) d警告：直接执行 delete 不带参数会删除所有断点！我曾经在调试一个复杂的多线程程序时，手滑敲了 d 然后回车，结果所有断点全没了……那感觉，就像写了一半的代码没保存一样。
如果你只是想暂时让某个断点失效，而不是彻底删除，那就用禁用功能。
4.4 禁用/启用断点：临时开关
禁用断点用 disable，启用用 enable。这俩命令我几乎天天用。
# 禁用编号为2的断点
(gdb) disable 2
(gdb) dis 2
# 启用编号为2的断点
(gdb) enable 2
(gdb) en 2
# 禁用所有断点
(gdb) disable
# 启用所有断点
(gdb) enable为什么需要禁用而不是删除？你想想看，有时候你只是暂时不想让某个断点触发，但后面可能还会用到。删了还得重新设，多麻烦。禁用就相当于给断点加了个开关，随时可以打开。
我记得有一次调试一个循环，我想先跳过前几次迭代，只观察最后一次。我就把断点禁用了，等循环快结束时再启用——省事多了。
4.5 条件断点：智能路障
条件断点是我个人最喜欢的特性。它只在满足特定条件时才停下，省去了你一次次手动检查的麻烦。
# 在行号设置条件断点：当 i == 10 时停下
(gdb) break hello.c:15 if i == 10
# 在函数入口设置条件断点：当 count > 100 时停下
(gdb) break func if count > 100
# 也可以先设普通断点，再添加条件
(gdb) break hello.c:15
(gdb) condition 1 i == 10这里有个坑：条件表达式里的变量必须是当前作用域可见的。如果你在函数A里设了条件断点，但条件里用了函数B的局部变量，GDB会报错。
实战场景：我在调试一个链表操作时，发现程序偶尔会崩溃。我怀疑是某个节点的 next 指针为 NULL 导致的。于是我在遍历链表的循环里设了个条件断点：break list.c:42 if node->next == NULL。结果程序一停，我就看到了那个「罪魁祸首」——一个忘记初始化的节点。
4.6 断点管理实战：一个完整的例子
光说不练假把式。我们来看一个完整的调试会话，把上面这些命令串起来用。
# 假设我们有这样一个程序
$ cat test.c
#include <stdio.h>
int factorial(int n) {
int result = 1;
for (int i = 1; i <= n; i++) {
result *= i;
}
return result;
}
int main() {
int arr[] = {5, 10, 15};
for (int i = 0; i < 3; i++) {
printf("factorial(%d) = %d\n", arr[i], factorial(arr[i]));
}
return 0;
}
# 开始调试
$ gcc -g -o test test.c
$ gdb ./test
# 设置断点
(gdb) b factorial
(gdb) b test.c:12 if i == 2
# 查看断点
(gdb) i b
Num Type Disp Enb Address What
1 breakpoint keep y 0x00000000004004e0 in factorial at test.c:4
2 breakpoint keep y 0x0000000000400500 in main at test.c:12
stop only if i == 2
# 运行程序
(gdb) run
# 第一次停在 factorial 入口，查看变量
(gdb) p n
$1 = 5
(gdb) continue
# 第二次停在 factorial 入口
(gdb) p n
$2 = 10
(gdb) continue
# 第三次停在 factorial 入口，但这次我们不想看了
(gdb) disable 1
(gdb) continue
# 程序继续运行，直到 i == 2 时停在 test.c:12
(gdb) p arr[i]
$3 = 15
(gdb) continue
# 程序结束
(gdb) quit你看，通过组合使用普通断点和条件断点，我们可以精确控制程序停下的时机和位置。这就是调试的「精准打击」。
4.7 断点管理小结
好了，断点管理这块就聊这么多。我整理了一个速查表，方便你以后查阅。
| 操作 | 命令 | 简写 | 说明 |
|---|---|---|---|
| 设置断点 | break | b | 在函数、行号或地址设断点 |
| 查看断点 | info breakpoints | i b | 列出所有断点及其状态 |
| 删除断点 | delete | d | 删除指定编号或所有断点 |
| 禁用断点 | disable | dis | 临时关闭断点 |
| 启用断点 | enable | en | 重新打开禁用的断点 |
| 条件断点 | break ... if | b ... if | 满足条件时才停下 |
| 修改条件 | condition | cond | 为已有断点添加或修改条件 |
我的建议：刚开始用GDB时，别急着记所有命令。先记住 b、i b、d、dis、en 这五个，够你应付大部分场景了。条件断点等你熟练了再深入，它是个「锦上添花」的功能，但不是必须的。
断点管理，说白了就是「设、看、删、关、开」这五个字。你只要记住这个流程，调试时就不会手忙脚乱。
这张图把断点管理的四个核心操作串起来了。你从「设置断点」开始，然后「查看断点」确认状态，接着根据需求「删除/禁用/启用」，最后用「条件断点」实现精准控制。整个流程清晰明了。
调试这件事，说白了就是跟程序「斗智斗勇」。断点就是你手里的武器，用好了，再复杂的bug也能揪出来。多练练，你也能成为断点管理的高手。