必须先用info threads查线程ID，再用thread N切换到目标线程，然后frame 0确保栈帧对齐，最后print或info locals查看变量；否则可能读取错误线程的旧值或报符号未定义错误。
gdb里怎么切换到目标线程再看局部变量
必须先切到对应线程，gdb 才会把当前栈帧、符号表、寄存器上下文对齐到那个线程——否则你看到的 local_var 很可能是其他线程的旧值，甚至崩溃或报 No symbol "xxx" in current context。
操作分两步：
- 用
info threads查所有线程 ID（输出类似2 Thread 0x7ffff74a8700 (LWP 12345) ...，前面的2就是 gdb 内部线程号） - 用
thread 2切过去（注意不是 LWP PID，是 gdb 自己编号） - 再执行
frame 0确保在最顶层栈帧（有时切换后还在上一个帧，导致print报错） - 最后
print local_var或info locals
为什么 info locals 显示空或者变量名不全
常见于编译时没加 -g 或用了 -O2 以上优化：编译器可能把局部变量放进寄存器、合并、甚至直接删掉。gdb 没法从寄存器反推原始变量名，自然列不出来。
验证方法：disassemble 看当前函数汇编，如果看到 mov %rax, -0x8(%rbp) 这类写入栈的操作，说明变量确实被存了；但若全程只用寄存器（如 add %rdi, %rsi），那它根本没内存地址，info locals 就无能为力。
立即学习“C++免费学习笔记（深入）”；
临时补救：print $rdi、print $rsi 等直接读寄存器，结合源码猜哪个寄存器对应你要的变量。
thread apply all print xxx 为什么总报错
thread apply all 是批量执行命令，但它不会自动帮你切栈帧——每个线程当前帧可能不同，有的在 pthread_cond_wait，有的刚进 main，print xxx 在非定义该变量的帧里必然失败。
安全做法只有两个：
- 先
thread 3，再frame 2（手动跳到含该变量的栈帧），再print - 用
thread apply 3 4 5 print xxx显式指定线程号，且确保这些线程此时都处于同一函数、同一帧深度（比如都在worker_loop()的第 3 层调用）
别信“apply all + silent”能绕过——错误照样报，只是不显示而已。
C++ 成员变量和 this 指针怎么查
多线程里每个线程的 this 是独立对象指针，但 gdb 默认不显示 this，得手动 print *this 或 print this->member_var。
注意：如果类有虚函数表，print *this 可能触发 vtable 解析，偶尔卡住（尤其对象刚构造完、vptr 还没写稳）。更稳妥的是：
-
print *(MyClass*)$rdi（假设this在%rdi，x86-64 下常见） -
info registers rdi先确认寄存器值 -
x/40xb $rdi原始内存 dump，比依赖符号解析更可靠
成员函数内联后，this 可能被优化进其他寄存器（如 %rax），得看 disassemble 第一行传参逻辑。
