死锁调试的5种gdb武器包括：info threads查看线程状态；thread切换线程；bt分析堆栈；info mutex查看锁信息；set scheduler-locking控制线程调度。使用info threads命令可以获取所有线程的id、状态及执行函数，帮助识别阻塞线程；通过thread
多线程死锁调试，确实是程序员的噩梦。GDB提供了不少强大的工具，能帮助我们定位和解决这类问题。这篇文章就来聊聊我常用的几种GDB技巧，希望能帮你从死锁的泥潭里脱身。
死锁调试的5种武器
武器一：info threads——全局视角，线程概览
首先，要知道有多少线程，它们都在干嘛。info threads命令就像一个全局扫描仪，能列出所有线程的ID、状态（运行、睡眠、停止等）以及当前执行的函数。
(gdb) info threads Id Target Id Frame 2 Thread 0x7ffff7fdb700 in pthread_cond_wait@@GLIBC_2.2.5 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:181 * 1 Thread 0x7ffff77da700 in main () at deadlock.c:20
星号*标记的是当前选中的线程。从这里，我们可以看到线程ID，以及它们阻塞在哪个函数上。比如上面这个例子，一个线程阻塞在pthread_cond_wait，另一个在main函数里。这通常是死锁的信号。
武器二：thread ——聚焦目标，切换线程
发现可疑线程后，用thread 命令切换到该线程。例如，thread 2会切换到线程ID为2的线程。切换后，所有GDB命令都将作用于该线程。
(gdb) thread 2 [Switching to thread 2 (Thread 0x7ffff7fdb700)] #0 pthread_cond_wait@@GLIBC_2.2.5 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:181
切换线程后，可以查看它的堆栈信息，看看它在等待什么。
武器三：bt (backtrace)——追根溯源，查看堆栈
bt命令（backtrace的缩写）能打印出当前线程的堆栈信息。堆栈信息展示了函数调用的顺序，从最顶层的函数（当前执行的函数）一直到最底层的函数（线程的入口函数）。
(gdb) bt #0 pthread_cond_wait@@GLIBC_2.2.5 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:181 #1 0x00007ffff7bd1e24 in my_wait_function () at deadlock.c:45 #2 0x00007ffff7fd80a5 in start_thread () from /lib64/libpthread.so.0 #3 0x00007ffff7b4a8dd in clone () from /lib64/libc.so.6
通过分析堆栈信息，可以了解线程是如何到达当前状态的，从而找到死锁发生的根源。例如，上面的堆栈信息显示，线程在my_wait_function中调用了pthread_cond_wait，这可能是死锁的原因之一。
武器四：info mutex——锁的真相，一览无余
info mutex命令可以显示所有互斥锁的状态，包括锁的地址、持有锁的线程ID以及锁的类型。这个命令能帮助我们快速定位哪些锁被哪些线程持有，从而发现潜在的死锁环。
(gdb) info mutex Mutex at 0x602060 has owner thread 2 Mutex at 0x602080 has owner thread 1
如果发现线程A持有锁1，同时等待锁2，而线程B持有锁2，同时等待锁1，那么就找到了一个典型的死锁环。
武器五：set scheduler-locking off|on|step——控制调度，逐个击破
这个命令用于控制GDB在调试多线程程序时的调度行为。
-
off: 默认值，所有线程都正常运行。 -
on: 只有当前线程运行，其他线程暂停。 -
step: 在单步执行时，只有当前线程运行，其他线程暂停。
使用set scheduler-locking on可以让我们在调试某个线程时，避免其他线程的干扰，更专注于分析当前线程的状态。例如，我们可以先切换到某个线程，然后使用set scheduler-locking on，再单步执行，观察该线程的行为，从而找到死锁的原因。
死锁的本质是资源竞争和不当的资源分配顺序。GDB这些工具，能帮助我们抽丝剥茧，找到死锁发生的关键点。
如何避免死锁？
避免死锁的常见方法
- 资源排序： 对所有资源进行排序，线程按照固定的顺序请求资源。
- 超时机制： 在请求资源时设置超时时间，如果超过时间仍未获得资源，则释放已持有的资源。
- 死锁检测： 定期检测系统中是否存在死锁，如果发现死锁，则采取措施解除死锁。
如何使用GDB调试锁竞争？
使用GDB调试锁竞争的技巧
-
观察线程状态： 使用
info threads命令观察线程的状态，如果发现大量线程阻塞在锁上，则可能存在锁竞争。 -
查看锁的持有者： 使用
info mutex命令查看锁的持有者，如果发现某个线程长时间持有锁，则可能存在锁竞争。 -
使用性能分析工具： 使用
perf或oprofile等性能分析工具，分析程序的锁竞争情况，找到锁竞争的热点。
如何使用GDB调试条件变量？
使用GDB调试条件变量的技巧
-
查看线程状态： 使用
info threads命令观察线程的状态，如果发现大量线程阻塞在条件变量上，则可能存在问题。 -
设置断点： 在
pthread_cond_wait和pthread_cond_signal等函数上设置断点，观察线程的执行流程。 - 查看变量值： 查看与条件变量相关的变量的值，例如条件变量的谓词。
掌握这些GDB技巧，配合良好的编程习惯，相信你一定能成为多线程死锁的终结者！
