3. 断点管理：设置、查看、删除、启用与禁用
调试C语言程序，说白了就是跟断点打交道。我个人觉得，断点管理是GDB里最基础也最核心的技能。你想想看，没有断点，程序一口气跑到底，我们怎么知道中间发生了什么？
这一节，我们就来聊聊断点的那些事儿。我会结合自己踩过的坑，把break、info break、delete、enable和disable这几个命令讲透。
3.1 设置断点：break 命令的多种玩法
break命令，简写是b。它的用法很灵活，我总结了以下几种常见场景：
| 命令形式 | 说明 | 示例 |
|---|---|---|
break 行号 |
在指定行号设置断点 | b 42 |
break 函数名 |
在函数入口处设置断点 | b main |
break 文件名:行号 |
在指定文件的某行设置断点 | b main.c:88 |
break 文件名:函数名 |
在指定文件的函数入口设置断点 | b utils.c:parse_data |
break ... if 条件 |
条件断点，满足条件才停下 | b 42 if i == 5 |
嗯，这里要注意一点：条件断点非常实用。我在项目中遇到过一个大循环，每次循环都执行一次，但只有第1000次时才会出问题。如果没有条件断点，我得手动按c（continue）999次，那画面太美我不敢看。
核心要点：设置断点后，程序运行到该位置就会暂停。暂停后，你可以查看变量、单步执行、甚至修改变量的值。
3.2 查看断点：info break 命令
断点设多了，难免会忘记设在哪。这时候info break（简写i b）就派上用场了。
执行info break后，GDB会列出所有断点的详细信息，包括：
- Num：断点编号，删除或启用时要用到
- Type：断点类型，通常是
breakpoint - Disp：断点处置方式，
keep表示保留，del表示命中后自动删除 - Enb：是否启用，
y表示启用，n表示禁用 - Address：断点所在的内存地址
- What：断点所在的位置（文件名+行号或函数名）
举个例子，输出可能是这样的：
(gdb) info break
Num Type Disp Enb Address What
1 breakpoint keep y 0x0000000000401136 in main at test.c:42
2 breakpoint keep y 0x000000000040115a in parse_data at utils.c:88
stop only if i == 5
3 breakpoint keep n 0x0000000000401170 in cleanup at cleanup.c:12看到第2个断点了吗？它后面跟了一行stop only if i == 5，这就是条件断点的标志。我个人习惯在调试复杂逻辑时，先设几个条件断点，然后用info break确认一下条件写对了没有。
3.3 删除断点：delete 命令
断点不用了，就该删掉。用delete（简写d）命令。
delete 断点编号：删除指定编号的断点delete：不带参数，删除所有断点（GDB会询问确认）
我曾经犯过一个低级错误：调试完一个bug后，忘了删断点，结果第二天同事跑我的程序，发现一运行就停住，还以为程序死锁了。嗯，从那以后我养成了习惯，调试完就用delete清理掉临时断点。
注意：断点编号是唯一的，删除后不会复用。比如你删了编号3的断点，再设新断点，新断点的编号会是4，而不是3。
3.4 启用与禁用断点：enable / disable 命令
有时候，我们不想删断点，只是暂时不想让它生效。这时候就用disable和enable。
disable 断点编号：禁用指定断点enable 断点编号：启用指定断点enable once 断点编号：启用一次，命中后自动禁用enable delete 断点编号：启用一次，命中后自动删除
你想想看，这个功能在什么场景下有用？我举个例子：
假设你有一个初始化函数，只在程序启动时调用一次。你想观察它内部的执行流程，但又不希望每次调试都重新设断点。这时候，你可以设一个断点，然后用enable once。这样，第一次运行到断点时它会停下，之后这个断点就自动禁用了，不会干扰后续的调试。
小技巧：用enable delete可以做到“一次性断点”。比如你只想在某个位置停一次，之后自动删除，省得手动清理。我在调试一些临时逻辑时经常用这个。
3.5 实战：一个完整的断点管理流程
光说不练假把式。我们来看一个完整的例子。
假设有这样一个C程序：
// test.c
#include <stdio.h>
int compute(int n) {
int sum = 0;
for (int i = 0; i < n; i++) {
sum += i;
}
return sum;
}
int main() {
int result = compute(10);
printf("Result: %d\n", result);
return 0;
}调试过程如下：
(gdb) b main
Breakpoint 1 at 0x1136: file test.c, line 12.
(gdb) b compute
Breakpoint 2 at 0x1110: file test.c, line 4.
(gdb) b 6 if i == 5
Breakpoint 3 at 0x1120: file test.c, line 6.
(gdb) info break
Num Type Disp Enb Address What
1 breakpoint keep y 0x0000000000401136 in main at test.c:12
2 breakpoint keep y 0x0000000000401110 in compute at test.c:4
3 breakpoint keep y 0x0000000000401120 in compute at test.c:6
stop only if i == 5
(gdb) disable 2
(gdb) info break
Num Type Disp Enb Address What
1 breakpoint keep y 0x0000000000401136 in main at test.c:12
2 breakpoint keep n 0x0000000000401110 in compute at test.c:4
3 breakpoint keep y 0x0000000000401120 in compute at test.c:6
stop only if i == 5
(gdb) delete 3
(gdb) info break
Num Type Disp Enb Address What
1 breakpoint keep y 0x0000000000401136 in main at test.c:12
2 breakpoint keep n 0x0000000000401110 in compute at test.c:4看到了吗？整个过程很清晰：先设断点，查看确认，然后根据需要禁用或删除。这就是我日常调试的标准流程。
3.6 知识体系图
下面这张图，帮你理清断点管理的核心逻辑：
这张图把断点管理的四个核心操作串起来了。你可以看到，每个操作都有它的子命令和适用场景。我个人建议，刚开始用GDB时，先把break和info break练熟，这两个是基础中的基础。
3.7 避坑指南
最后，分享几个我踩过的坑：
- 断点设在了空行或注释上：GDB会报错，说无法在此处设置断点。解决办法是找到最近的合法代码行。
- 条件断点的条件写反了：比如我想在
i == 5时停下，结果写成了i = 5（赋值操作）。这会导致条件永远为真，程序每次循环都停。我曾经因为这个浪费了半小时。 - 断点编号搞混了：设了十几个断点后，用
delete删错了编号。建议定期用info break确认一下。 - 忘了禁用断点：调试完一个函数后，忘了禁用或删除断点，结果下次调试时程序莫名其妙停住。嗯，我现在每次调试结束前都会用
info break检查一遍。
好了，断点管理的内容就这些。记住一句话：断点是你跟程序对话的窗口，用好它，调试效率翻倍。
可可精品资料库