next无法跳过某些函数，因其仅按源码行步进：无调试符号、被内联或系统库函数会整块跳过；多线程启动（如std::thread）后新线程并发执行，无法控制其逻辑；真正可控的是finish、jump及线程调度锁定。
next 命令为什么跳不过某些函数
因为 next 只按源码行步进，它“跳过”的是当前行内调用的函数——前提是该函数有调试符号、且没被内联。但遇到以下情况就失效：
-
std::thread构造、pthread_create等一行启动新线程的代码，next执行完这行，新线程已并发运行，你无法“跳过”它的执行逻辑 - 编译时加了
-O2或更高优化，函数被内联（inlined），next会直接走到下一行，看似“跳过”，实则是源码结构已消失 - 系统库或无调试信息的函数（如
printf），next会整块跳过，不报错也不停，但你也不知道它内部干了什么
真正可控的跳过方式：finish 和 jump
想绕开一个已进入的函数（比如误用 step 进了 business_1），别硬扛，用 finish 直接跑完它：
-
finish会执行到当前函数返回，停在调用它的下一行；它在主线程和子线程里都有效 - 如果连调用点都不想停，直接跳到指定行：
b 21先设断点，再j 21跳转；注意跳转后若无断点，GDB 会继续运行直到程序结束或下一个断点 -
jump不改栈帧和寄存器，只改程序计数器（PC），中间代码完全不执行——适合跳过日志打印、空校验等确定无副作用的代码段
多线程下“跳过”的本质是控制断点和线程上下文
你没法让一个已启动的线程“不执行”，只能让它“不打断你”。关键操作不是跳过函数，而是避免被它干扰：
- 用
disable临时关掉针对目标函数的断点，比如disable 3（假设断点 3 在business_1） - 用
set scheduler-locking on冻结其他线程，之后next/step只影响当前线程，其余线程暂停不动 - 切回主线程再
continue：thread 1→c，此时子线程继续跑，但你不再响应它的断点 - 最干净的做法：编译加
-g，只在共享资源操作点（如mutex.lock()、queue.push()）设断点，业务函数默认不设断点
容易被忽略的硬限制
多线程场景下，“跳过函数调用”是个伪命题——std::thread 构造完成那一刻，控制权就移交给了操作系统调度器。你能干预的只有断点是否命中、线程是否被冻结、当前 PC 是否跳转。所有“跳过”操作都建立在你清楚哪段代码无副作用、不改共享状态的前提下；否则 jump 可能跳过锁初始化、finish 可能跳过资源释放，导致后续崩溃难以复现。
