必须用 info threads 查看当前有效 thread-id，左侧数字即 gdb 内部线程编号；断点需写成 break thread ，且目标线程必须已存在并运行。
只在指定线程触发断点，必须用 break <location> thread <thread-id></thread-id></location> 语法，且 thread-id 必须是当前 GDB 中有效的线程编号（不是系统 PID 或 pthread_t 值）。
怎么查当前有效的 thread-id
运行程序后，GDB 不会自动显示所有线程 ID，得手动触发并查看：
- 先用
info threads列出所有线程，输出类似：3 Thread 0x7ffff7400700 (LWP 12345) 0x00007ffff7bcf3e7 in __GI___pthread_timedjoin_ex (...) at pthread_join_common.c:69
—— 左侧数字3就是 GDB 内部的thread-id - 注意：这个编号会随
info threads执行时机变化；新线程创建后编号可能不连续，旧线程退出后编号不会复用 - 如果还没运行到多线程阶段（比如
main里还没pthread_create），info threads只显示主线程（通常为1）
break thread 语法必须带 location，不能只写 thread
break thread 2 是无效命令，GDB 会报错 Invalid thread id: 2 或直接忽略 thread 部分——因为 thread 是修饰符，不是独立命令。
- 正确写法示例：
break process_data.c:88 thread 3（在文件第 88 行、仅线程 3 触发） - 函数级也一样：
break handle_request thread 4（进入该函数时，仅线程 4 停下） - 支持条件组合：
break buffer.c:102 thread 5 if len > 4096（线程 5 + 满足条件才停） - 错误写法：
break thread 5、thread 5 break ...、break ... thread 5 if ...（if必须在thread后）
线程断点生效的前提：目标线程必须存在且正在运行
GDB 不会预绑定线程断点。如果设了 break foo.c:12 thread 7，但当前只有线程 1 和 2，那么断点虽存在（info breakpoints 能看见），实际永不触发。
- 常见陷阱：在
main里设好断点再run，但线程 7 还没创建，结果程序跑飞了也没停 - 稳妥做法：先
run，等info threads确认目标线程出现后，再用break ... thread N补设；或在创建线程前，在pthread_create调用点设普通断点，切过去再设线程专属断点 - 线程退出后，该断点仍保留在列表中，但后续不会命中；无需手动删，但
info breakpoints里会显示pending或提示“thread no longer exists”
最易被忽略的一点：GDB 的 thread-id 是会话局部的，每次 run 重启后全部重排；别想当然复用上次调试记下的数字。
