break thread.c:123 thread all是最直接的多线程断点设置方式，适用于GDB 8.0+（尤其9.2+），在源码行对所有存活线程设断，但需程序运行后线程已创建才生效。
break thread.c:123 thread all 是最直接的方式
不是所有 gdb 版本都支持 thread all 语法，但主流 8.0+（尤其是 9.2 及以后）已稳定支持。它等价于“在指定源码位置，对当前所有存活线程统一设置断点”，不需要手动循环或脚本。
常见错误是写成 break thread.c:123 all 或 break thread.c:123 * —— 这些都不合法，gdb 会报错 Invalid thread ID 或直接忽略 all。
-
break thread.c:123 thread all：正确，适用于源码行 -
break my_func thread all：也合法，函数入口处对所有线程设断 - 如果程序尚未运行（
run之前），thread all无效 —— 此时线程还没创建，gdb 不知道“所有”是谁
线程未启动时只能先 run，再用 thread apply all 设置
很多多线程程序（比如 pthread_create 启动的 worker）在 main 开始时只有主线程。此时 thread all 无意义，因为没别的线程。
正确做法是：先 run 让程序跑起来，等线程创建完毕（比如走到某个同步点、sleep 之后、或用 info threads 确认数量达标），再批量操作。
-
thread apply all break thread.c:123：对所有已有线程，在该行设断点 -
thread apply all watch var：同理，批量加观察点 - 注意：
thread apply all不会为“未来创建”的线程自动设断；新线程仍需手动或靠thread all（如果支持）补上
set scheduler-locking on 能避免干扰，但不是设断点本身
很多人混淆“让断点只在目标线程触发”和“批量设断点”。set scheduler-locking on 的作用是：当你用 next 或 step 单步时，其他线程暂停执行 —— 它不控制断点是否命中，只控制命中后其他线程是否继续跑。
如果你发现断点总在非预期线程上停住，问题不在设断方式，而在断点位置本身被多个线程同时执行（比如临界区入口）。这时应：
- 用
info threads看清哪个线程停住了 - 用
thread <id></id>切过去再bt查堆栈 - 必要时改用
break thread.c:123 thread 2指定单个线程
条件断点 + thread all 组合要小心求值时机
break thread.c:123 thread all if counter == 5 看似合理，但实际行为取决于每个线程中 counter 的作用域和生命周期。
容易踩的坑：
- 局部变量
counter在不同线程栈帧里是独立副本，条件各自判断，没问题 - 但如果
counter是全局或 static，所有线程共享 —— 条件成立时，所有线程都会停，但可能不是你想要的“某个线程达到 5” - 更稳妥的做法是用线程局部变量（如
__thread int counter）或带线程 ID 的条件，例如if tid == 3 && counter == 5（前提是tid已定义）
批量设断点本身不难，难的是理解断点何时生效、在哪条线程上真正触发——这取决于线程状态、变量作用域和 scheduler-locking 设置，而不是命令敲得有多整齐。
