4、程序执行控制：单步执行（step/next）、继续执行（continue）、跳过函数（finish）、执行到指定行（until）
调试的核心是什么？说白了，就是让程序「慢下来」。
你想想看，一个程序跑起来，几毫秒就结束了。你根本看不清中间发生了什么。所以我们需要控制它——让它一步一步走，或者在某些关键点停下来，让我们仔细看看。
我个人习惯把 GDB 的执行控制命令分成两类：精细控制和粗放控制。精细控制就是单步走，粗放控制就是跳着走。今天咱们把这四个命令吃透。
核心要点：step 进函数，next 过函数，finish 跳出函数，until 跳到指定行。记住这四句话，调试就入门了。
4.1 step 和 next：单步执行的两兄弟
这两个命令长得像，但行为完全不同。我刚开始学 GDB 时也经常搞混，后来吃了两次亏才记住。
step（缩写 s）：单步进入。如果当前行是一个函数调用，step 会跳进函数内部，停在函数的第一行。
next（缩写 n）：单步跳过。如果当前行是一个函数调用，next 会直接执行完整个函数，停在下一行。
看个例子就明白了：
// 示例代码
#include <stdio.h>
int add(int a, int b) {
int result = a + b; // 第5行
return result; // 第6行
}
int main() {
int x = 10; // 第10行
int y = 20; // 第11行
int sum = add(x, y); // 第12行
printf("sum = %d\n", sum); // 第13行
return 0; // 第14行
}假设我们在第12行停住了：
(gdb) b 12
(gdb) r
Breakpoint 1, main() at test.c:12
12 int sum = add(x, y);
// 如果输入 step
(gdb) s
add (a=10, b=20) at test.c:5
5 int result = a + b;
// 看到了吗？我进到了 add 函数内部
// 如果输入 next
(gdb) n
13 printf("sum = %d\n", sum);
// next 直接执行完了 add 函数，跳到了下一行我的经验：当你怀疑某个函数内部有问题时，用 step 进去看。当你确定函数没问题时，用 next 跳过。我在项目中遇到过很多次，明明函数没问题，却因为 step 进去浪费了大量时间。所以，先想清楚再决定用 s 还是 n。
4.2 continue：让程序继续跑起来
continue（缩写 c）的作用很简单：让程序继续执行，直到遇到下一个断点或者程序结束。
为什么要用 continue？
- 你单步走了几步，发现前面没问题，想快速跑到下一个断点
- 你在循环里调试，想跳过剩下的迭代
- 你想让程序跑到结束，看看最终结果
(gdb) b 12
(gdb) r
Breakpoint 1, main() at test.c:12
12 int sum = add(x, y);
// 单步执行了几步
(gdb) s
add (a=10, b=20) at test.c:5
5 int result = a + b;
(gdb) n
6 return result;
// 现在我想直接跑完这个函数
(gdb) c
Continuing.
sum = 30
Program exited normally.
// 程序直接跑完了，因为后面没有断点了注意：continue 不会停在函数返回处。如果你在函数内部执行 continue，它会一直跑到下一个断点或程序结束。我曾经犯过一个错误：在递归函数里执行 continue，结果程序直接跑飞了，堆栈溢出都没抓到。所以，用 continue 前，确保你设好了想要的断点。
4.3 finish：优雅地跳出函数
finish 是我个人最喜欢的一个命令。它的作用是：执行完当前函数，然后停下来。
你想想看这个场景：你 step 进了一个函数，看了几行代码，发现这个函数没问题。你想回到调用处继续调试。怎么办？
- 用 continue？不行，它会跑太远。
- 用 next 一步步走完？太慢了，尤其是大函数。
- 用 finish？完美！
(gdb) b 12
(gdb) r
Breakpoint 1, main() at test.c:12
12 int sum = add(x, y);
// 进入 add 函数
(gdb) s
add (a=10, b=20) at test.c:5
5 int result = a + b;
// 看了几行，发现没问题，想回去
(gdb) finish
Run till exit from #0 add (a=10, b=20) at test.c:6
0x000055555555515e in main () at test.c:12
12 int sum = add(x, y);
// 注意：程序停在了 add 函数返回后的那一行
// 也就是第12行，但此时 add 已经执行完了finish 会打印函数的返回值（如果有的话），并且告诉你返回到哪里。这个信息非常有用。
避坑指南：我曾经在调试一个多线程程序时，在一个线程的函数里用了 finish。结果程序卡住了。为什么？因为那个函数里有个锁，finish 执行完函数后释放了锁，但其他线程还在等这个锁。所以，多线程环境下用 finish 要小心，最好先确认没有锁竞争。
4.4 until：跳到指定行
until（缩写 u）的作用是：执行到指定的源代码行号。
这个命令特别适合处理循环。你想想看，一个循环有100次迭代，你只想看第50次迭代时的状态。用 next 一步步走？手都按酸了。用 continue？又怕跑过头。这时候 until 就派上用场了。
// 示例：循环调试
#include <stdio.h>
int main() {
int sum = 0;
for (int i = 0; i < 100; i++) { // 第5行
sum += i; // 第6行
if (i == 50) { // 第7行
printf("i is 50\n"); // 第8行
}
}
printf("sum = %d\n", sum); // 第11行
return 0; // 第12行
}(gdb) b 5
(gdb) r
Breakpoint 1, main() at test.c:5
5 for (int i = 0; i < 100; i++) {
// 我想直接跳到第8行（i == 50 时的打印）
(gdb) until 8
main() at test.c:8
8 printf("i is 50\n");
// 看到了吗？程序直接跳到了第8行
// 跳过了前面49次迭代
// 检查一下 i 的值
(gdb) p i
$1 = 50
// 没错，i 正好是50until 的另一个用法是：不带参数。这时它会执行到当前函数的下一行（类似于 next，但更智能）。不过我个人很少这么用，因为 next 已经够用了。
我的技巧：until 配合条件断点使用效果更佳。比如你想在 i 等于某个值时停下来，可以先用 until 跳到循环体附近，再设一个条件断点。这样比直接设条件断点更灵活。我在调试一个排序算法时，就是用 until 跳到了第1000次比较的位置，然后一步步看交换逻辑。
4.5 四个命令的对比总结
为了方便你记忆，我整理了一个表格：
| 命令 | 缩写 | 行为 | 适用场景 |
|---|---|---|---|
| step | s | 进入函数内部 | 怀疑函数内部有 bug |
| next | n | 跳过函数调用 | 确认函数没问题 |
| continue | c | 执行到下一个断点 | 快速跳过已知正确的代码段 |
| finish | fin | 执行完当前函数并返回 | 在函数内部想回到调用处 |
| until | u | 执行到指定行 | 跳过循环或大段代码 |
4.6 实战中的选择策略
说了这么多，到底什么时候用哪个？我总结了一个简单的决策流程：
- 遇到函数调用：先问自己「这个函数有问题吗？」
- 「有」→ 用 step 进去看
- 「没有」→ 用 next 跳过
- 在函数内部：问自己「还要继续看吗？」
- 「要」→ 继续 step 或 next
- 「不要」→ 用 finish 跳出去
- 想跳过一大段代码：问自己「知道目标行号吗？」
- 「知道」→ 用 until 行号
- 「不知道」→ 设个断点，然后用 continue
嗯，这个流程我用了好几年，基本没出过问题。你刚开始可能会觉得有点绕，但用多了就变成肌肉记忆了。
最后提醒一句：这些命令在优化过的代码（-O2 或 -O3 编译）中可能表现异常。编译器会重排指令，导致单步执行时跳来跳去。如果你遇到这种情况，先用 -O0 编译试试。我在项目中遇到过好几次，明明 step 进去了，却看不到预期的代码行，最后发现是优化搞的鬼。
这张图把整个决策流程画出来了。你从「遇到代码行」开始，顺着箭头走，就能找到合适的命令。我建议你把它截图保存，调试时看一眼，很快就能形成条件反射。
好了，四个命令都讲完了。记住：step 进函数，next 过函数，finish 跳出函数，until 跳到指定行。多练几次，这些命令就会变成你的肌肉记忆。