finish命令可直接执行完当前函数并返回调用点，自动识别函数边界，适用于多线程及内联函数，执行后可在返回前一刻安全查看局部变量和副作用。
用 finish 命令执行到当前函数返回
这是最直接、最可靠的方式。当你在某个函数内部（比如调试 parse_config() 时卡在中间某行），想跳过剩余逻辑、直接等到它返回到调用者，就输入 finish。GDB 会运行完当前栈帧的剩余代码，停在调用点下一行。
- 它不依赖断点，也不关心你是否知道返回后该停在哪——GDB 自动识别函数边界和返回地址
- 如果当前函数是
main或已内联（inline），finish会直接运行到程序退出，不会报错但行为可能不符合预期 - 若函数里有未处理的信号或长循环，
finish仍会等它自然结束；它不是“跳过”，而是“运行完” - 执行后可用
bt确认是否已退回上层栈帧，用info registers可观察rip/pc是否已回到调用点之后
为什么不用 until 或 next 模拟？
until（简写 u）可以指定行号跳转，但前提是目标行必须在当前函数内；一旦函数末尾没有显式可设的行（如结尾是右大括号、或编译器优化掉空行），until 会报错 Cannot find a location matching line xxx。而 next 在函数调用处会跳过，无法用于“执行完当前函数”这个语义。
-
until本质是“运行到指定行”，不是“运行到函数结束”，二者语义不同 -
next遇到函数调用就跳过，根本进不去；step虽能进入，但你要手动next多次才能出来，容易漏行或误操作 - 某些优化级别（如
-O2）下，函数可能被内联，此时finish仍有效，但until和人工单步基本失效
执行 finish 后变量值还“可信”吗？
可信，但需注意作用域和生命周期。GDB 在函数返回前一刻暂停，所有局部变量（包括寄存器中临时存的）都还在栈帧里；finish 停下的那一刻，你仍可 p local_var 查值。但一旦你再敲 next 或 continue，栈帧就被销毁，再访问局部变量会显示 <optimized out></optimized> 或乱值。
- 返回前最后一刻是观察函数输出、副作用（如全局变量修改、文件写入）的最佳窗口
- 如果函数返回值是结构体且较大，GDB 可能不自动打印完整内容，需用
p $rax（x86_64）或p $r0（ARM）查寄存器，或用p *(type*)$rsp手动解析栈 - 启用
-g编译（推荐-g3）才能确保局部变量名和作用域信息完整；仅-g1会导致info locals返回空
真正容易被忽略的是：函数返回后，调用者的栈帧才刚激活，此时 info registers 显示的 rbp/rsp 已更新，但很多新手会下意识继续查旧变量——得先确认当前 frame 是不是已经切换了。
