next 不进函数而 step 会进函数：next 将函数调用视为一步执行完，停在下一行；step 则进入函数体首行。二者在内联、无调试信息、表达式求值顺序、性能及远程调试中表现不同，finish 用于退出当前函数。
next 不进函数，step 会进函数
这是最核心的区别：当你停在某一行调用 func() 的代码上，执行 next（或缩写 n）时，GDB 会把整个 func() 当作“一步”执行完，然后停在调用语句的下一行；而 step（或 s）会跳进 func() 函数体，停在它的第一行可执行语句上。
常见错误现象包括：以为 next 没反应，其实是函数执行耗时长或内部有阻塞；或者用 step 后意外陷入系统库（如 printf），卡在汇编里出不来。
- 只看逻辑流程、不关心函数内部时，优先用
next - 要查参数传递是否正确、函数内部分支是否走对，必须用
step -
step对 inline 函数、无调试信息的函数（如 stripped libc）可能直接跳过，不报错也不进入
遇到函数参数是函数调用时，step 的行为更复杂
比如这行：result = compute(add(a, b), multiply(c, d));。用 step 时，GDB 默认按求值顺序进入第一个子调用（add），而不是直接进 compute —— 这和多数人直觉相反。
实际调试中容易在这里卡住：你本想进 compute，却先进了 add，再 finish 出来后又进了 multiply，最后才到 compute 开头。这不是 bug，是 C 表达式求值顺序决定的。
- 想绕过参数里的函数调用，直接进目标函数？先
next跳过整行，再在compute入口设断点 - 不确定求值顺序？加
-O0 -g编译，避免编译器重排，让行为更可预测
next 和 step 的性能与兼容性差异
next 通常比 step 快，尤其当函数体很大或含 I/O、sleep、系统调用时。step 每次都要加载符号、检查源码映射、判断是否可执行行，开销明显更高。
兼容性方面，两者都依赖调试信息完整。但 step 更敏感：如果函数被内联（inline 或编译器优化）、或符号被 strip 过，step 可能直接“跨过去”，表现像 next；而 next 在这种情况下反而更稳定。
- 调试 release 版本时，别指望
step一定能进函数 —— 先info func func_name确认它是否存在且未被 inline - 远程调试或资源受限环境（如嵌入式 target），优先用
next避免卡顿
finish 是 step 的“退出配套命令”
一旦你用 step 进了函数，又不想逐行出来，finish 就是最快出路：它直接运行到当前函数 return 后，并打印返回值和调用栈上下文。
注意：finish 不等于“跳出循环”或“跳到 main 结束”——它只作用于当前栈帧。如果函数里嵌套了多层调用，finish 不会帮你一层层 step out，它只管当前这一层。
- 误进一个长循环？先
finish出当前函数，再在循环外设断点重新进 -
finish后发现返回值异常，立刻用print查变量，别急着step回去 —— 那些局部变量可能已销毁
list 显示的行号和实际执行流一致，比盲目单步更重要。 
