1.死锁是什么 

 多个线程访问资源 线程加锁不当 会造成死锁。导致所有线程被阻塞，且无法解开

2.死锁的产生原因

1.加锁后忘记解锁

2.重复加锁，造成死锁

3.B锁内部调用函数A ，A运行是又加锁     导致A,B均无法运行 

3.如何避免死锁

多检查

使用trylock 替换

通过互斥锁实现线程同步   --避免死锁

4.如何排查死锁

4.1.排查死锁逻辑顺序  为什么是那几个步骤

1.定位线程+代码行   需要找到哪行代码发生了死锁  因此需要找到出问题的线程

  （thread 1 切换线程+  bt查看线程的堆栈调用）

2.全部线程   那么就需要先查看所有线程的堆栈调用情况  info thread

3.跟踪进程   使用attach 跟踪进程 sudo gbd attach 6586(进程号) 确定其中线程具体工作

4.确定是否死锁  查看具体进程内存占用 确定是否发生了死锁    top -Hp 6586

5.查看进程状态 确定进程号 ps aux | grep deadlock

4.2、具体排查顺序

1.找到执行的进程号  

2.通过内存判断是否是发生死锁 如果内存占用率和内存都是0 就可确定是死锁

3.跟踪进程  确定线程的具体工作

4.查看所有线程堆栈调用 定位线程

5.查看每个线程的堆栈调用  确定死锁的线程

6.确定后 通过vim查看

4.3详细排查死锁步骤

shell +gdb

1.使用 ps aux命令查看进程状态

首先查看cpu占用率和内存利用率 进程如果发成死锁会处于阻塞状态 因此基本不占用CPU，所以CPU利用率和内存占用率会比较低 可以使用 ps aux命令查看进程状态

ps aux | grep deadLock

 deadlock是文件名字

 第二个是 ps aux 的进程

第一个是排查进程

2.使用top查看CPU利用率和内存占用率

top -Hp 6586

可以看见，这个进程里面一共存在三个进程。仔细思考，应该是对应线程t1、t2、和 main进程。它们的CPU利用率、内存都是0，很有可能发生了死锁。.

3.attach跟踪这个进程

在实际的项目中，我们一般也不可能把一个进程停掉用GDB调试。

只能用GDB 的 attach 命令来跟踪这个进程

su  //超级权限
gdb attach 6586

由上所示 了解到线程1是main线程、线程2是t1、线程3是t2

4.info threads下一步单独查看每个线程的堆栈调用情况

info threads

 各个线程的索引

5.使用 thread + 线程索来切换到某个线程：

thread 1

6.使用 bt 来查看堆栈当前线程的堆栈调用：

没有锁相关调用因此死锁不在这个线程中

7.切换到别的线程 thread 2

在上面这张图中，从上往下看，找到进程名+行数的组合最后出现的地方，出现在程序的14行。我们用vim看一下程序的14行是什么：

8.thread 3

线程3在执行完进程的23行基本阻塞住了

可以看见，线程t2想拿锁A，但锁A在t1手里，所以它们俩循环等待对方先释放锁，造成了死锁。

排查结束

Linux下排除死锁详细教程（基于C++11、GDB）_gdb调试死锁_zsiming的博客-CSDN博客