必须先用thread命令切换到目标线程再执行info registers；推荐使用内核lwp id（如thread 12345）而非gdb线程号，因其更稳定；重点关注rip、rdi/rsi/rdx、rsp/rbp等寄存器以分析竞态与死锁。
gdb里怎么切换到指定线程再看寄存器
必须先切到目标线程，info registers 才会显示它的寄存器值；默认只显示当前活跃线程的。不切换就查，看到的很可能是主线程或刚暂停的那个线程，不是你要找的。
操作分两步：
- 用
info threads列出所有线程，注意左边的 LWP ID（比如2）和右边的线程名（如Thread 0x7ffff741f700 (LWP 12345)） - 用
thread <lwp_id></lwp_id>或thread <gdb_thread_num></gdb_thread_num>切过去——注意：GDB 自己编号（thread 2）和系统 LWP ID（thread 12345）都支持，但后者更可靠，尤其在线程频繁创建销毁时 - 再执行
info registers，此时输出的就是该线程的完整寄存器快照
为什么用 thread 12345 比 thread 2 更稳
GDB 的内部线程编号（thread 2）是按 gdb 加载顺序分配的，线程退出后编号不会重用；而 LWP ID 是内核分配的真实 PID/TID，只要线程活着，它就唯一且稳定。多线程程序里如果某个 worker 线程崩溃又重启，它的 GDB 编号可能变成别的数字，但 LWP ID 在日志或 info threads 输出里始终对应那个实际线程实体。
常见误操作：
- 看到
info threads输出里 “Thread 2” 对应你想查的线程，就直接thread 2——但如果之前有线程被 gdb 断下过又继续运行退出，这个 “2” 可能已指向另一个线程 - 混淆了 GDB 线程号和 pthread_t 值（后者是用户态地址，gdb 不认）
info registers 输出里哪些寄存器对调试多线程竞态最关键
不是所有寄存器都同等重要。重点关注三类：
-
rip/pc：当前指令地址，确认线程是否卡在锁、条件变量或信号处理函数里 -
rdi,rsi,rdx等调用约定寄存器：看函数入参，比如pthread_mutex_lock调用时rdi通常是 mutex 地址，可配合x/1gx $rdi查 mutex 内部状态 -
rsp和rbp：结合bt看栈帧是否异常（比如栈指针明显偏移、rbp 形成环状链表，可能已栈溢出或被破坏）
注意：info registers 默认不显示浮点/SIMD 寄存器，需要 info all-registers 或单独查 info registers xmm0。
线程处于 sleep 或 park 状态时寄存器还有意义吗
有，但要看“睡”在哪一层。如果线程在 futex_wait、epoll_wait 或 nanosleep 系统调用中阻塞，rip 会停在 vDSO 或内核入口，rsp 通常指向内核栈底附近，这时寄存器反映的是进入系统调用前的最后一刻状态——这对定位死锁源头（比如谁持有了 mutex 却没释放）非常关键。
但若线程已被 pthread_cancel 中断并正在清理，或已收到 SIGSTOP 但尚未响应，寄存器可能停留在信号处理入口，需配合 info signal 和 handle 设置判断。
真正失效的情况只有一种：线程已彻底退出，LWP ID 从 info threads 消失，此时再用该 ID 切换会报错 Thread ID not known ——别硬试，先确认线程还活着。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
