3、GDB断点管理：设置断点、查看断点、删除断点、禁用/启用断点、条件断点

调试多线程程序，说白了就是跟断点打交道。

我刚开始用GDB那会儿，总觉得断点就是「停住代码」这么简单。直到有一次线上排查死锁，我设了十几个断点，结果线程跑飞了，断点一个都没命中……嗯，从那以后我才认真研究断点的管理。

这一节，我把断点的核心操作掰开揉碎讲清楚。你想想看，如果连断点都管不好，多线程调试基本就是盲人摸象。

3.1 设置断点：从基础到进阶

设置断点最常用的命令就是 break，简写 b。

我个人习惯用 b 行号 或者 b 函数名。但在多线程场景下，我更推荐用 b 文件名:行号，因为不同线程可能执行同一个函数，你只关心某个线程的特定位置。

(gdb) b main.c:42
Breakpoint 1 at 0x4005a0: file main.c, line 42.

还有一种情况：你想在某个线程的入口处停住。比如线程函数是 worker_thread，你可以这样设：

(gdb) b worker_thread
Breakpoint 2 at 0x4006b0: file worker.c, line 15.

注意，这个断点对所有线程都生效。如果你只想让某个特定线程停，后面会讲到线程专用断点。

小技巧： 我经常用 b *地址 来设置硬件断点，比如在反汇编时看到某个指令地址，直接设上去。这在调试内存访问越界时特别管用。

3.2 查看断点：知己知彼

设了一堆断点后，你得知道它们都在哪。用 info breakpoints 或者简写 i b。

(gdb) info breakpoints
Num     Type           Disp Enb Address            What
1       breakpoint     keep y   0x00000000004005a0 in main at main.c:42
2       breakpoint     keep y   0x00000000004006b0 in worker_thread at worker.c:15
3       breakpoint     keep y   0x00000000004007c0 in worker_thread at worker.c:30

输出里每一列都很关键：

Num：断点编号，后面删除、禁用都靠它。
Type：断点类型，普通断点就是 breakpoint，硬件断点会显示 hw breakpoint。
Disp：处置方式，keep 表示保留，del 表示命中后自动删除。
Enb：是否启用，y 是启用，n 是禁用。
Address：断点的内存地址。
What：断点所在位置，文件、行号、函数名。

我在项目中遇到过一个问题：设了断点但程序不停。一查 i b，发现 Enb 列是 n——原来之前调试时禁用了，忘了重新启用。嗯，这种低级错误，谁还没犯过呢？

3.3 删除断点：清理战场

断点太多会影响调试性能，尤其是多线程程序。用 delete 或 d 来删除。

(gdb) delete 1   // 删除编号为1的断点
(gdb) delete      // 删除所有断点（会提示确认）

我个人习惯是：调试完一个功能后，立刻清理掉无关断点。否则下次调试时，一堆断点乱跳，根本分不清哪个是哪个。

注意： 删除断点后，断点编号不会复用。新断点会分配新的编号。所以如果你有脚本依赖断点编号，删除操作要小心。

3.4 禁用/启用断点：临时开关

有时候你不想删除断点，只是暂时不想让它生效。用 disable 和 enable。

(gdb) disable 2    // 禁用编号为2的断点
(gdb) enable 2     // 重新启用
(gdb) enable once 2 // 只启用一次，命中后自动禁用

我曾经调试一个死循环问题，怀疑是某个线程在循环里反复触发断点。我先把那个断点 disable 掉，等程序跑到关键路径再 enable 回来。这比删除再重建快多了。

3.5 条件断点：精准打击

多线程调试最怕什么？断点被频繁命中，你根本来不及看上下文。条件断点就是用来解决这个问题的。

语法很简单：break 位置 if 条件。

(gdb) b worker.c:30 if thread_id == 5
Breakpoint 4 at 0x4007c0: file worker.c, line 30.

这样，只有 thread_id 等于 5 时，断点才会命中。其他线程直接跳过。

条件可以是任何C表达式，比如：

if counter > 100
if ptr != NULL
if strcmp(name, "worker") == 0

你还可以给已有断点加条件：

(gdb) condition 4 thread_id == 5

或者删除条件：

(gdb) condition 4

  核心经验： 条件断点虽然好用，但别滥用。每次命中都要计算条件表达式，如果条件很复杂，调试会变慢。我一般先用普通断点确认位置，再改成条件断点做精准过滤。

3.6 断点管理知识体系

下面这张图，是我自己总结的断点管理核心逻辑。你一看就明白：

这张图把断点管理的五个核心操作串起来了。你从「设置断点」开始，然后「查看断点」确认状态，接着根据需求选择「删除」、「禁用/启用」或「条件断点」。多线程场景下，条件断点和线程专用断点是最常用的两个进阶技巧。

3.7 实战避坑指南

最后，分享几个我踩过的坑：

断点太多导致程序变慢：多线程程序里，每个断点命中都要切换上下文。我试过设了20个断点，程序直接卡成幻灯片。后来只保留关键断点，其他用条件过滤。
条件断点表达式写错：有一次我写 if ptr = NULL，少写了一个等号。结果断点变成了赋值操作，把指针改成了NULL，程序直接崩溃。嗯，从此我写条件表达式都格外小心。
断点命中后忘记恢复：用 enable once 可以避免这个问题。或者调试完立刻 delete 掉临时断点。

断点管理，说白了就是「设、查、删、禁、条件」这五个字。你把这五个操作练熟了，多线程调试就成功了一半。

可可精品资料库

📚 课程目录

3、GDB断点管理：设置断点、查看断点、删除断点、禁用/启用断点、条件断点

3.1 设置断点：从基础到进阶

3.2 查看断点：知己知彼

3.3 删除断点：清理战场

3.4 禁用/启用断点：临时开关

3.5 条件断点：精准打击

3.6 断点管理知识体系

3.7 实战避坑指南