先运行 info threads 查看所有线程编号、状态、lwp id 和栈起始位置；再用 thread 切换至指定线程（ 为 info threads 第一列编号，非 lwp id）；后续调试命令均作用于该线程上下文。
gdb怎么查看当前有哪些线程
没看到线程列表，就无法切换——这是最常卡住的第一步。运行 info threads 才能看到所有线程的编号、状态（如 Running、Blocked）、LWP ID（系统级线程 ID）和函数调用栈起始位置。注意：只有程序已启动（r 或已停在断点）且确实创建了线程后，这个命令才有输出；如果只看到主线程（Thread 1），说明其他线程还没创建或已退出。
gdb怎么切换到指定线程（包括后台线程）
所谓“后台线程”，其实就是非主线程（Thread 2、3…）。切换只需一条命令：thread <num></num>，其中 <num></num> 是 info threads 输出的第一列编号。比如输出里有：
2 Thread 0x7ffff74c9700 (LWP 1235) 0x00007ffff7bcf36d in pthread_join ()
那就执行 thread 2。切换后，后续所有调试操作（bt、p var、n）都作用于该线程上下文。
常见误区：
- 误以为
thread后要跟 LWP ID（如 1235）——实际必须用 GDB 内部编号（这里是 2） - 切换后立刻
continue，结果线程继续跑、GDB 回到主线程上下文——因为默认调度策略是“自由竞争”，其他线程可能抢走控制权 - 在
break前没thread 2，导致断点打在主线程上，根本停不到目标线程
怎么确保断点只在特定线程触发
直接 b function_name 是全局断点，所有线程走到这里都会停。要限定线程，得加条件：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
b function_name thread 2：仅在线程 2 进入该函数时中断 -
b file.c:42 thread 3：仅在线程 3 执行到 file.c 第 42 行时中断 - 更灵活的方式是用线程局部变量判断：
b function_name if pthread_self() == 0x7ffff74c9700（LWP ID 需从info threads复制）
注意：条件断点会轻微拖慢执行速度，频繁触发时建议先用 thread 切过去再单步，而非依赖条件断点。
为什么切过去后变量值显示不全或报错
线程切换后，bt 显示的栈帧、p 查看的变量，都取决于当前线程的执行点。如果该线程正阻塞在 pthread_cond_wait 或 read() 等系统调用上，它的栈可能很浅，局部变量作用域已退出，p 就会提示 Cannot access memory 或 No symbol "xxx" in current context。
这时要确认：
- 是否真的停在了目标函数内部（用
bt看栈顶是不是你期望的函数） - 变量是否为线程局部存储（
__thread或thread_local），这类变量在其他线程不可见 - 是否在优化编译（
-O2）下调试——强烈建议用-O0 -g重编，否则变量名可能被优化掉
多线程调试里，真正难的不是“怎么切”，而是“切过去之后，你面对的到底是不是你想看的那个执行瞬间”——栈是否完整、变量是否存活、寄存器是否反映真实状态，这些都依赖于停靠时机和编译选项，不能只盯着 thread 命令本身。
