until命令适合跳出循环体的场景是当需跳过循环内重复单步执行、直接运行至循环外首行时，它通过指定大于当前行号的目标行（如until 42）或默认下一行（until无参）实现跳转，但目标行必须在循环外才真正跳出。
until 命令适合跳出循环体的场景
当你卡在一个循环里反复用 next 或 step 单步，但只想让它一口气跑完当前循环、停在循环之后的第一行时，until 就是唯一自然的选择。它不关心循环条件是否变化，只认“离开当前循环体”这个动作。
- 典型现象：在
for (int i = 0; i 中，<code>i才到 5，你不想再按 995 次n—— 此时until直接跳到循环结束后的下一行 - 注意：如果当前不在循环体内（比如在函数开头或 if 分支里），
until会报错Not inside a loop；它不等价于 “运行到某行”，那是until 行号的用法 -
until不会进入函数调用内部——这点和next一致；如果你在循环体里调用了函数，且想跳过整个函数执行，until依然有效
until 行号：比 break 更轻量的临时跳转
当你要快速跳到某个特定行（比如循环后、条件分支外、或某段逻辑收尾处），又懒得先 break 再 continue，until 行号 是更顺手的操作。它本质是“运行到指定行并停住”，且只生效一次。
- 常见误用：写成
until 25却发现程序没停——大概率是当前代码没走到能抵达第 25 行的路径上（比如被 if 条件拦住了），until不会强行跳转，只等待自然执行流到达 - 和
jump的关键区别：until是“等待执行流到达”，jump是“强制跳转指令指针”，后者可能跳过初始化、破坏栈帧，慎用 - 适合调试时临时验证：“这段逻辑跑完后变量是不是我预期的值？”——直接
until到打印语句前，print看结果
until 和 next/step 的核心差异在控制粒度
next 和 step 都是“走一条语句”，而 until 是“走一段逻辑块”。它的价值不在精确性，而在省略中间过程——尤其当那段过程确定无异常、纯机械重复时。
- 性能影响：零。它只是 GDB 对执行流的观察与拦截，不改变代码行为或生成额外指令
- 兼容性：所有 GDB 版本（包括 8.0+）都支持；但某些嵌入式 target 或 remote 调试场景下，
until可能退化为单步模拟（变慢，但功能不变） - 容易踩的坑：在优化开启（
-O2）的 build 下，循环可能被展开或消除，导致until行为不可预测——务必用-g -O0或-g -O1调试
until 不适合做条件断点替代
有人试图用 until 配合 if 来实现“i == 999 时停下”，这是错误思路。until 没有条件判断能力，它只响应控制流位置。
- 真正需要条件触发？用
break 行号 if i==999或watch i==999（后者需注意表达式求值时机） -
until的“一次性”特性不可靠：它不记录状态，也不支持忽略次数；要跳过前 N 次循环，必须配合ignore或写脚本 - 最常被忽略的一点：
until停下的位置是“循环体外的下一行”，但如果循环是while(1)或有break提前退出，它可能永远等不到那个“外”——此时会一直运行下去，直到手动中断
