在gdb中查某线程持有的互斥锁，需先用info threads定位线程，再thread N切换，结合bt和frame找到加锁前栈帧，执行print &mutex_var获取锁地址；若为std::mutex，在lock()断点处直接print &mtx，该地址即唯一标识，不可依赖print mutex查状态字段。
gdb里怎么查某个线程正在持有哪些互斥锁
Linux 下 C++ 多线程程序死锁或卡住时，gdb 是最直接的现场分析工具。但 pthread_mutex_t 本身不暴露锁地址（比如 __data.__owner 是线程 ID，不是锁地址），真正能定位“谁在等谁”的关键是：**锁对象本身的内存地址**——它才是唯一标识一把锁的值。
实际操作中，你得先确认目标线程 ID（用 info threads 查），再切过去（thread N），然后结合源码变量名或栈帧信息定位锁变量。常见错误是试图从 pthread_mutex_lock 的调用栈反推锁地址，但该函数参数是传值还是传引用、是否内联、是否被优化掉，都会让栈上找不到原始地址。
- 优先在加锁前断点（比如
break mutex.lock()或break pthread_mutex_lock），停住后用print &my_mutex直接拿到地址 - 若已卡住，且锁变量是局部变量，需用
frame N切到对应栈帧，再info locals看变量名，再print &var_name - 全局/静态
pthread_mutex_t可直接print &g_mutex，地址稳定可跨线程比对
如何比对多个线程是否在争同一把锁
拿到锁地址后，关键动作是：在每个疑似阻塞的线程上下文中，检查它是否正阻塞在 pthread_mutex_lock 上，并确认其第一个参数（即锁地址）是否和你手上的地址一致。gdb 不会自动帮你做这个比对，必须手动查。
典型错误是只看 bt 显示 “in __lll_lock_wait”，却没进一步看寄存器或调用参数。x86-64 下，第一个参数在 $rdi；ARM64 在 $x0。你可以用 info registers rdi（或 x0）快速读出当前线程等待的锁地址。
立即学习“C++免费学习笔记（深入）”；
- 用
thread apply all bt扫一遍所有线程，找含pthread_mutex_lock或__lll_lock_wait的栈帧 - 对每个可疑线程，执行
thread N→frame -1（回到pthread_mutex_lock调用者）→info registers rdi - 输出的十六进制值，和你之前记下的
&my_mutex地址逐位比对（注意符号扩展或零扩展干扰）
为什么 print mutex 没用，而 print &mutex 才是关键
pthread_mutex_t 是一个结构体，print mutex 输出的是其内部字段（如 __data.__lock、__data.__owner），这些值在线程阻塞时往往为 0 或 -1，无法唯一标识锁实体；而 &mutex 是变量在内存中的起始地址，只要锁对象生命周期还在（未析构），这个地址就恒定不变，是跨线程比对的唯一可靠依据。
尤其要注意：C++11 std::mutex 底层通常包装了 pthread_mutex_t，但它是非标准布局类型，&std_mutex 得到的是 std::mutex 对象地址，不是其内部 pthread_mutex_t 字段地址。这时需用 p/x ((char*)&std_mutex) + offset（offset 查 libstdc++ 源码或 ptype std::mutex 推导），但更稳妥的方式仍是调试时在 lock() 调用点直接取 &std_mutex ——因为标准库实现保证该对象地址与内部原生锁地址在生命周期内一一对应。
-
print mutex：看到的是运行时状态，易变、不可靠 -
print &mutex：看到的是定义位置，稳定、可比对 - 对
std::mutex，别依赖ptype猜字段偏移，直接在std_mutex.lock()断点处print &std_mutex
附加技巧：用 gdb 自动化查锁持有者
手动切线程查寄存器太慢，可以用 gdb 命令脚本批量提取。核心思路是：对每个线程，执行一条命令序列，捕获 $rdi 值并关联线程 ID。虽然 gdb 不支持原生循环，但可用 thread apply all 配合自定义命令模拟。
先定义一个临时命令：define lockwait → if $_regex($pc, "pthread_mutex_lock|__lll_lock_wait") → printf "thread %d waits at %p\n", $_thread, $rdi → end。然后运行 thread apply all lockwait。输出里匹配到的 $rdi 值，就是各线程正在等待的锁地址。
- 注意：该技巧依赖符号未被 strip，且
$pc确实落在锁等待路径上（有些 libc 版本用__pthread_mutex_lock） - 若
$rdi显示为 0，说明线程不在锁等待态（可能刚释放、或在 cond_wait 中） - 真实环境中，建议先
set pagination off和set logging on，避免漏掉输出
锁地址本身没有魔法，它只是个内存指针；真正难的是在优化开启、符号缺失、锁嵌套多层的现场，准确锁定那个“被所有人盯着”的地址。盯住 &mutex，而不是它的状态字段，是少走弯路的关键。
