next不能跳过线程函数调用，因其按源码行步进，而std::thread构造本身是一行代码，执行后新线程即并发运行；要避免进入business_1，可禁用其断点、用finish跳出或设条件断点；控制线程行为需用scheduler-locking、切换线程或删禁断点。
gdb中next命令为什么不能跳过线程函数调用
因为 next 是按源码行执行的“步进”，它只跳过当前行的函数调用，但对多线程场景下新线程的启动（如 std::thread 构造）完全无效——该构造本身是一行代码，next 执行后线程已创建并开始运行，你无法“跳过”它的执行逻辑，只能接受它已并发运行的事实。
想跳过某个业务函数（比如 business_1）的执行，该怎么做
本质不是“跳过调用”，而是避免进入它的断点或单步跟踪。关键在控制断点和线程行为：
- 不给
business_1函数设断点，只在你想观察的地方（如counter::add_one）设断点 - 用
disable临时禁用相关断点：比如已对business_1设了断点，调试时执行disable 2（假设断点编号是2） - 若已停在
business_1入口，直接用finish跳出整个函数（注意：finish在main中可用，但在子线程函数里也有效） - 用
continue配合条件断点，例如只在business_2的某行中断：b business_2.cpp:15 if thread_id == 2（需提前在代码中暴露可判断的标识）
如何让 gdb 不进入某个线程的执行流
GDB 默认会响应所有线程的断点和信号，但你可以用线程过滤来“忽略”特定线程：
- 用
set scheduler-locking on锁定当前线程：之后next/step只影响当前线程，其他线程暂停不动（注意：这不等于“跳过”，只是冻结） - 用
thread 1切到主线程，再continue，此时其他线程继续跑，但你不再关注它们的断点触发 - 删除或禁用针对目标线程函数的断点，是最直接的“跳过”方式
-
ignore命令不可用于线程，仅用于断点触发次数（如ignore 3 99表示第3号断点前99次不中断），不能按线程过滤
容易被忽略的关键点
多线程下没有真正意义上的“跳过函数调用”——线程一旦 std::thread 构造完成，就脱离调用者控制独立运行。你能控制的只有：断点是否命中、是否切换线程上下文、是否冻结其他线程。最稳妥的做法是：编译时加 -g，只在关键共享点（如锁、计数器、队列操作）设断点，其余业务函数默认不介入。
立即学习“C++免费学习笔记（深入）”；
