1.3w字，一文详解死锁！

客官°小女子只卖身不卖艺 2023-10-03 16:13 19阅读 0赞

![59cf060314eb4ede2f8e058a40446dd5.png][]

作者 | 王磊

来源 | Java中文社群（ID：javacn666）

转载请联系授权（微信ID：GG\_Stone

死锁（Dead Lock）指的是两个或两个以上的运算单元（进程、线程或协程），都在等待对方停止执行，以取得系统资源，但是没有一方提前退出，就称为死锁。![409c013fa2910311f42abe5d378f349e.png][]

### 1.死锁演示 ###

死锁的形成分为两个方面，一个是使用内置锁 synchronized 形成的死锁，另一种是使用显式锁 Lock 实现的死锁，接下来我们分别来看。

#### 1.1 死锁 synchronized 版 ####

public class DeadLockExample {
        public static void main(String[] args) {
            Object lockA = new Object(); // 创建锁 A
            Object lockB = new Object(); // 创建锁 B
    
            // 创建线程 1
            Thread t1 = new Thread(new Runnable() {
                @Override
                public void run() {
                    // 先获取锁 A
                    synchronized (lockA) {
                        System.out.println("线程 1:获取到锁 A!");
                        try {
                            Thread.sleep(1000);
                        } catch (InterruptedException e) {
                            e.printStackTrace();
                        }
                        // 尝试获取锁 B
                        System.out.println("线程 1:等待获取 B...");
                        synchronized (lockB) {
                            System.out.println("线程 1:获取到锁 B!");
                        }
                    }
                }
            });
            t1.start(); // 运行线程
    
            // 创建线程 2
            Thread t2 = new Thread(new Runnable() {
                @Override
                public void run() {
                    // 先获取锁 B
                    synchronized (lockB) {
                        System.out.println("线程 2:获取到锁 B!");
                        try {
                            Thread.sleep(1000);
                        } catch (InterruptedException e) {
                            e.printStackTrace();
                        }
                        // 尝试获取锁 A
                        System.out.println("线程 2:等待获取 A...");
                        synchronized (lockA) {
                            System.out.println("线程 2:获取到锁 A!");
                        }
                    }
                }
            });
            t2.start(); // 运行线程
        }
    }

以上程序的执行结果如下：

![f0f9ce2192c31651fb609cabe345d07c.png][]从上述结果可以看出，线程 1 和线程 2 都在等待对方释放锁，这样就造成了死锁问题。

#### 1.2 死锁 Lock 版 ####

import java.util.concurrent.locks.Lock;
    import java.util.concurrent.locks.ReentrantLock;
    
    public class DeadLockByReentrantLockExample {
        public static void main(String[] args) {
            Lock lockA = new ReentrantLock(); // 创建锁 A
            Lock lockB = new ReentrantLock(); // 创建锁 B
    
            // 创建线程 1
            Thread t1 = new Thread(new Runnable() {
                @Override
                public void run() {
                    lockA.lock(); // 加锁
                    System.out.println("线程 1:获取到锁 A!");
                    try {
                        Thread.sleep(1000);
                        System.out.println("线程 1:等待获取 B...");
                        lockB.lock(); // 加锁
                        try {
                            System.out.println("线程 1:获取到锁 B!");
                        } finally {
                            lockB.unlock(); // 释放锁
                        }
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    } finally {
                        lockA.unlock(); // 释放锁
                    }
                }
            });
            t1.start(); // 运行线程
    
            // 创建线程 2
            Thread t2 = new Thread(new Runnable() {
                @Override
                public void run() {
                    lockB.lock(); // 加锁
                    System.out.println("线程 2:获取到锁 B!");
                    try {
                        Thread.sleep(1000);
                        System.out.println("线程 2:等待获取 A...");
                        lockA.lock(); // 加锁
                        try {
                            System.out.println("线程 2:获取到锁 A!");
                        } finally {
                            lockA.unlock(); // 释放锁
                        }
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    } finally {
                        lockB.unlock(); // 释放锁
                    }
                }
            });
            t2.start(); // 运行线程
        }
    }

以上程序的执行结果如下：

![47a305750b5ab0671335c07024d3bcef.png][]

### 2.死锁产生原因 ###

通过以上示例，我们可以得出结论，要产生**死锁需要满足以下 4 个条件**：

1.  **互斥条件**：指运算单元（进程、线程或协程）对所分配到的资源具有排它性，也就是说在一段时间内某个锁资源只能被一个运算单元所占用。
2.  **请求和保持条件**：指运算单元已经保持至少一个资源，但又提出了新的资源请求，而该资源已被其它运算单元占有，此时请求运算单元阻塞，但又对自己已获得的其它资源保持不放。
3.  **不可剥夺条件**：指运算单元已获得的资源，在未使用完之前，不能被剥夺。
4.  **环路等待条件**：指在发生死锁时，必然存在运算单元和资源的环形链，即运算单元正在等待另一个运算单元占用的资源，而对方又在等待自己占用的资源，从而造成环路等待的情况。

只有以上 4 个条件同时满足，才会造成死锁问题。

### 3.死锁排查工具 ###

如果程序出现死锁问题，可通过以下 4 种方案中的任意一种进行分析和排查。

#### 3.1 jstack ####

我们在使用 jstack 之前，先要通过 jps 得到运行程序的进程 ID，使用方法如下：

![ef04ecd8fd8c7e6d1c30f25d7bcf3800.png][]“jps -l”可以查询本机所有的 Java 程序，jps（Java Virtual Machine Process Status Tool）是 Java 提供的一个显示当前所有 Java 进程 pid 的命令，适合在 linux/unix/windows 平台上简单查看当前 Java 进程的一些简单情况，“-l”用于输出进程 pid 和运行程序完整路径名（包名和类名）。

有了进程 ID（PID）之后，我们就可以使用“jstack -l PID”来发现死锁问题了，如下图所示：

![e997ab020a60da439f2a80f26cb7fd05.png][]jstack 用于生成 Java 虚拟机当前时刻的线程快照，“-l”表示长列表（long），打印关于锁的附加信息。

> PS：可以使用 jstack -help 查看更多命令使用说明。

#### 3.2 jconsole ####

使用 jconsole 需要打开 JDK 的 bin 目录，找到 jconsole 并双击打开，如下图所示：

![39fd1d351b7f2fcaaa68f64b061301b6.png][]然后选择要调试的程序，如下图所示：

![3f6d396566ba2f092d2c7d48b04c18f4.png][]之后点击连接进入，选择“不安全的连接”进入监控主页，如下图所示：

![14cc07d44884ec98711d532cd2013605.png][]![8153f01eb17ea2599560e4afabe1bf88.png][]之后切换到“线程”模块，点击“检测死锁”按钮，如下图所示：

![b8354d4987e32635a16082af91f3c33e.png][]之后稍等片刻就会检测出死锁的相关信息，如下图所示：

![d1736d58440f211127d3826e84949c7c.png][]

#### 3.3 jvisualvm ####

jvisualvm 也在 JDK 的 bin 目录中，同样是双击打开：

![eb747b419b70eec35f7ef86390c00abe.png][]稍等几秒之后，jvisualvm 中就会出现本地的所有 Java 程序，如下图所示：

![02a74b9135230c46b94233cdb76c1129.png][]双击选择要调试的程序：

![711e26f9f4365203a2787ca13afe675f.png][]单击鼠标进入“线程”模块，如下图所示：

![9eef2dd41afa3fe5fb0c939b2306f41e.png][]从上图可以看出，当我们切换到线程一栏之后就会直接显示出死锁信息，之后点击“线程 Dump”生成死锁的详情信息，如下图所示：

![2fc29494dd1745561e55a4822da502dd.png][]

#### 3.4 jmc ####

jmc 是 Oracle Java Mission Control 的缩写，是一个对 Java 程序进行管理、监控、概要分析和故障排查的工具套件。它也是在 JDK 的 bin 目录中，同样是双击启动，如下图所示：

![9302624968d1b5b27c3879826589daf3.png][]jmc 主页信息如下：

![e6c0a166425ce46ddbeb0cc432a64866.png][]之后选中要排查的程序，右键“启动 JMX 控制台”查看此程序的详细内容，如下图所示：

![9c4ce70264014717171c751789c384a4.png][]![5890608ac1e8abc651d38b3f9ecb69e5.png][]然后点击“线程”，勾中“死锁检测”就可以发现死锁和死锁的详情信息，如下图所示：

![10bf5b47b4a93a41faa789bfa6c61145.png][]

### 4.死锁解决方案 ###

#### 4.1 死锁解决方案分析 ####

接下来我们来分析一下，产生死锁的 4 个条件，哪些是可以破坏的？哪些是不能被破坏的？

*  互斥条件：系统特性，不能被破坏。
 *  请求和保持条件：可以被破坏。
 *  不可剥夺条件：系统特性，不能被破坏。
 *  环路等待条件：可以被破坏。

通过上述分析，我们可以得出结论，我们只能通过破坏请求和保持条件或者是环路等待条件，从而来解决死锁的问题，那上线，我们就先从破坏“环路等待条件”开始来解决死锁问题。

#### 4.2 解决方案1：顺序锁 ####

所谓的顺序锁指的是通过有顺序的获取锁，从而避免产生环路等待条件，从而解决死锁问题的。

当我们没有使用顺序锁时，程序的执行可能是这样的：

![ed6f54a7461e0fa4ec232e4c5a3a0190.png][]线程 1 先获取了锁 A，再获取锁 B，线程 2 与 线程 1 同时执行，线程 2 先获取锁 B，再获取锁 A，这样双方都先占用了各自的资源（锁 A 和锁 B）之后，再尝试获取对方的锁，从而造成了环路等待问题，最后造成了死锁的问题。

此时我们只需要将线程 1 和线程 2 获取锁的顺序进行统一，也就是线程 1 和线程 2 同时执行之后，都先获取锁 A，再获取锁 B，执行流程如下图所示：![9cf4fa1e6c6de544444b57f44022ba73.png][]因为只有一个线程能成功获取到锁 A，没有获取到锁 A 的线程就会等待先获取锁 A，此时得到锁 A 的线程继续获取锁 B，因为没有线程争抢和拥有锁 B，那么得到锁 A 的线程就会顺利的拥有锁 B，之后执行相应的代码再将锁资源全部释放，然后另一个等待获取锁 A 的线程就可以成功获取到锁资源，执行后续的代码，这样就不会出现死锁的问题了。

顺序锁的实现代码如下所示：

public class SolveDeadLockExample {
        public static void main(String[] args) {
            Object lockA = new Object(); // 创建锁 A
            Object lockB = new Object(); // 创建锁 B
            // 创建线程 1
            Thread t1 = new Thread(new Runnable() {
                @Override
                public void run() {
                    synchronized (lockA) {
                        System.out.println("线程 1:获取到锁 A!");
                        try {
                            Thread.sleep(1000);
                        } catch (InterruptedException e) {
                            e.printStackTrace();
                        }
                        System.out.println("线程 1:等待获取 B...");
                        synchronized (lockB) {
                            System.out.println("线程 1:获取到锁 B!");
                        }
                    }
                }
            });
            t1.start(); // 运行线程
            // 创建线程 2
            Thread t2 = new Thread(new Runnable() {
                @Override
                public void run() {
                    synchronized (lockA) {
                        System.out.println("线程 2:获取到锁 A!");
                        try {
                            Thread.sleep(1000);
                        } catch (InterruptedException e) {
                            e.printStackTrace();
                        }
                        System.out.println("线程 2:等待获取B...");
                        synchronized (lockB) {
                            System.out.println("线程 2:获取到锁 B!");
                        }
                    }
                }
            });
            t2.start(); // 运行线程
        }
    }

以上程序的执行结果如下：

![1b5fe2d0fd706009639a581fd87acb7d.png][]从上述执行结果可以看出，程序并没有出现死锁的问题。

#### 4.3 解决方案2：轮询锁 ####

轮询锁是通过打破“请求和保持条件”来避免造成死锁的，它的实现思路简单来说就是通过轮询来尝试获取锁，如果有一个锁获取失败，则释放当前线程拥有的所有锁，等待下一轮再尝试获取锁。

轮询锁的实现需要使用到 ReentrantLock 的 tryLock 方法，具体实现代码如下：

import java.util.concurrent.locks.Lock;
    import java.util.concurrent.locks.ReentrantLock;
    
    public class SolveDeadLockExample {
        
        public static void main(String[] args) {
            Lock lockA = new ReentrantLock(); // 创建锁 A
            Lock lockB = new ReentrantLock(); // 创建锁 B
    
            // 创建线程 1(使用轮询锁)
            Thread t1 = new Thread(new Runnable() {
                @Override
                public void run() {
                    // 调用轮询锁
                    pollingLock(lockA, lockB);
                }
            });
            t1.start(); // 运行线程
    
            // 创建线程 2
            Thread t2 = new Thread(new Runnable() {
                @Override
                public void run() {
                    lockB.lock(); // 加锁
                    System.out.println("线程 2:获取到锁 B!");
                    try {
                        Thread.sleep(1000);
                        System.out.println("线程 2:等待获取 A...");
                        lockA.lock(); // 加锁
                        try {
                            System.out.println("线程 2:获取到锁 A!");
                        } finally {
                            lockA.unlock(); // 释放锁
                        }
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    } finally {
                        lockB.unlock(); // 释放锁
                    }
                }
            });
            t2.start(); // 运行线程
        }
        
         /**
         * 轮询锁
         */
        public static void pollingLock(Lock lockA, Lock lockB) {
            while (true) {
                if (lockA.tryLock()) { // 尝试获取锁
                    System.out.println("线程 1:获取到锁 A!");
                    try {
                        Thread.sleep(1000);
                        System.out.println("线程 1:等待获取 B...");
                        if (lockB.tryLock()) { // 尝试获取锁
                            try {
                                System.out.println("线程 1:获取到锁 B!");
                            } finally {
                                lockB.unlock(); // 释放锁
                                System.out.println("线程 1:释放锁 B.");
                                break;
                            }
                        }
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    } finally {
                        lockA.unlock(); // 释放锁
                        System.out.println("线程 1:释放锁 A.");
                    }
                }
                // 等待一秒再继续执行
                try {
                    Thread.sleep(1000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        }
    }

以上程序的执行结果如下：

![b7b9fb4db259887fa0515482bedd7241.png][]从上述结果可以看出，以上代码也没有出现死锁的问题。

#### 4.4 轮询锁优化 ####

使用轮询锁虽然可以解决死锁的问题，但并不是完美无缺的，比如以下这些问题。

##### 4.4.1 问题1：死循环 #####

以上简易版的轮询锁，如果遇到有一个线程一直霸占或者长时间霸占锁资源的情况，就会导致这个轮询锁进入死循环的状态，它会尝试一直获取锁资源，这样就会造成新的问题，带来不必要的性能开销，具体示例如下。

###### 反例 ######

import java.util.concurrent.locks.Lock;
    import java.util.concurrent.locks.ReentrantLock;
    
    public class SolveDeadLockExample {
    
        public static void main(String[] args) {
            Lock lockA = new ReentrantLock(); // 创建锁 A
            Lock lockB = new ReentrantLock(); // 创建锁 B
    
            // 创建线程 1(使用轮询锁)
            Thread t1 = new Thread(new Runnable() {
                @Override
                public void run() {
                    // 调用轮询锁
                    pollingLock(lockA, lockB);
                }
            });
            t1.start(); // 运行线程
    
            // 创建线程 2
            Thread t2 = new Thread(new Runnable() {
                @Override
                public void run() {
                    lockB.lock(); // 加锁
                    System.out.println("线程 2:获取到锁 B!");
                    try {
                        Thread.sleep(1000);
                        System.out.println("线程 2:等待获取 A...");
                        lockA.lock(); // 加锁
                        try {
                            System.out.println("线程 2:获取到锁 A!");
                        } finally {
                            lockA.unlock(); // 释放锁
                        }
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    } finally {
                        // 如果此处代码未执行，线程 2 一直未释放锁资源
                        // lockB.unlock(); 
                    }
                }
            });
            t2.start(); // 运行线程
        }
    
        /**
         * 轮询锁
         */
        public static void pollingLock(Lock lockA, Lock lockB) {
            while (true) {
                if (lockA.tryLock()) { // 尝试获取锁
                    System.out.println("线程 1:获取到锁 A!");
                    try {
                        Thread.sleep(1000);
                        System.out.println("线程 1:等待获取 B...");
                        if (lockB.tryLock()) { // 尝试获取锁
                            try {
                                System.out.println("线程 1:获取到锁 B!");
                            } finally {
                                lockB.unlock(); // 释放锁
                                System.out.println("线程 1:释放锁 B.");
                                break;
                            }
                        }
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    } finally {
                        lockA.unlock(); // 释放锁
                        System.out.println("线程 1:释放锁 A.");
                    }
                }
                // 等待一秒再继续执行
                try {
                    Thread.sleep(1000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        }
    }

以上代码的执行结果如下：

![19e3befdfa479ce92adb7feaf926df30.png][]从上述结果可以看出，线程 1 轮询锁进入了死循环的状态。

###### 优化版 ######

针对以上死循环的情况，我们可以改进的思路有以下两种：

1.  添加最大次数限制：如果经过了 n 次尝试获取锁之后，还未获取到锁，则认为获取锁失败，执行失败策略之后终止轮询（失败策略可以是记录日志或其他操作）；
2.  添加最大时长限制：如果经过了 n 秒尝试获取锁之后，还未获取到锁，则认为获取锁失败，执行失败策略之后终止轮询。

以上策略任选其一就可以解决死循环的问题，出于实现成本的考虑，我们可以采用轮询最大次数的方式来改进轮询锁，具体实现代码如下：

import java.util.concurrent.locks.Lock;
    import java.util.concurrent.locks.ReentrantLock;
    
    public class SolveDeadLockExample {
    
        public static void main(String[] args) {
            Lock lockA = new ReentrantLock(); // 创建锁 A
            Lock lockB = new ReentrantLock(); // 创建锁 B
    
            // 创建线程 1(使用轮询锁)
            Thread t1 = new Thread(new Runnable() {
                @Override
                public void run() {
                    // 调用轮询锁
                    pollingLock(lockA, lockB, 3);
                }
            });
            t1.start(); // 运行线程
    
            // 创建线程 2
            Thread t2 = new Thread(new Runnable() {
                @Override
                public void run() {
                    lockB.lock(); // 加锁
                    System.out.println("线程 2:获取到锁 B!");
                    try {
                        Thread.sleep(1000);
                        System.out.println("线程 2:等待获取 A...");
                        lockA.lock(); // 加锁
                        try {
                            System.out.println("线程 2:获取到锁 A!");
                        } finally {
                            lockA.unlock(); // 释放锁
                        }
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    } finally {
                        // 线程 2 忘记释放锁资源
                        // lockB.unlock(); // 释放锁
                    }
                }
            });
            t2.start(); // 运行线程
        }
    
        /**
         * 轮询锁
         *
         * maxCount：最大轮询次数
         */
        public static void pollingLock(Lock lockA, Lock lockB, int maxCount) {
            // 轮询次数计数器
            int count = 0;
            while (true) {
                if (lockA.tryLock()) { // 尝试获取锁
                    System.out.println("线程 1:获取到锁 A!");
                    try {
                        Thread.sleep(1000);
                        System.out.println("线程 1:等待获取 B...");
                        if (lockB.tryLock()) { // 尝试获取锁
                            try {
                                System.out.println("线程 1:获取到锁 B!");
                            } finally {
                                lockB.unlock(); // 释放锁
                                System.out.println("线程 1:释放锁 B.");
                                break;
                            }
                        }
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    } finally {
                        lockA.unlock(); // 释放锁
                        System.out.println("线程 1:释放锁 A.");
                    }
                }
    
                // 判断是否已经超过最大次数限制
                if (count++ > maxCount) {
                    // 终止循环
                    System.out.println("轮询锁获取失败,记录日志或执行其他失败策略");
                    return;
                }
    
                // 等待一秒再继续尝试获取锁
                try {
                    Thread.sleep(1000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        }
    }

以上代码的执行结果如下：

![0d61c9a4273af956646c28858cbc9ed7.png][]从以上结果可以看出，当我们改进之后，轮询锁就不会出现死循环的问题了，它会尝试一定次数之后终止执行。

##### 4.4.2 问题2：线程饿死 #####

我们以上的轮询锁的轮询等待时间是固定时间，如下代码所示：

// 等待 1s 再尝试获取（轮询）锁
    try {
        Thread.sleep(1000);
    } catch (InterruptedException e) {
        e.printStackTrace();
    }

这样在特殊情况下会造成线程饿死的问题，也就是轮询锁一直获取不到锁的问题，比如以下示例。

###### 反例 ######

import java.util.concurrent.locks.Lock;
    import java.util.concurrent.locks.ReentrantLock;
    
    public class SolveDeadLockExample {
    
        public static void main(String[] args) {
            Lock lockA = new ReentrantLock(); // 创建锁 A
            Lock lockB = new ReentrantLock(); // 创建锁 B
    
            // 创建线程 1(使用轮询锁)
            Thread t1 = new Thread(new Runnable() {
                @Override
                public void run() {
                    // 调用轮询锁
                    pollingLock(lockA, lockB, 3);
                }
            });
            t1.start(); // 运行线程
    
            // 创建线程 2
            Thread t2 = new Thread(new Runnable() {
                @Override
                public void run() {
                    while (true) {
                        lockB.lock(); // 加锁
                        System.out.println("线程 2:获取到锁 B!");
                        try {
                            System.out.println("线程 2:等待获取 A...");
                            lockA.lock(); // 加锁
                            try {
                                System.out.println("线程 2:获取到锁 A!");
                            } finally {
                                lockA.unlock(); // 释放锁
                            }
                        } finally {
                            lockB.unlock(); // 释放锁
                        }
                        // 等待一秒之后继续执行
                        try {
                            Thread.sleep(1000);
                        } catch (InterruptedException e) {
                            e.printStackTrace();
                        }
                    }
                }
            });
            t2.start(); // 运行线程
        }
    
        /**
         * 轮询锁
         */
        public static void pollingLock(Lock lockA, Lock lockB, int maxCount) {
            // 循环次数计数器
            int count = 0;
            while (true) {
                if (lockA.tryLock()) { // 尝试获取锁
                    System.out.println("线程 1:获取到锁 A!");
                    try {
                        Thread.sleep(100); // 等待 0.1s(获取锁需要的时间)
                        System.out.println("线程 1:等待获取 B...");
                        if (lockB.tryLock()) { // 尝试获取锁
                            try {
                                System.out.println("线程 1:获取到锁 B!");
                            } finally {
                                lockB.unlock(); // 释放锁
                                System.out.println("线程 1:释放锁 B.");
                                break;
                            }
                        }
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    } finally {
                        lockA.unlock(); // 释放锁
                        System.out.println("线程 1:释放锁 A.");
                    }
                }
    
                // 判断是否已经超过最大次数限制
                if (count++ > maxCount) {
                    // 终止循环
                    System.out.println("轮询锁获取失败,记录日志或执行其他失败策略");
                    return;
                }
    
                // 等待一秒再继续尝试获取锁
                try {
                    Thread.sleep(1000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        }
    }

以上代码的执行结果如下：

![9f36d409fdcb455888d86bcd3f7ea7ab.png][]从上述结果可以看出，线程 1（轮询锁）一直未成功获取到锁，造成这种结果的原因是：线程 1 每次轮询的等待时间为固定的 1s，而线程 2 也是相同的频率，每 1s 获取一次锁，这样就会导致线程 2 会一直先成功获取到锁，而线程 1 则会一直处于“饿死”的情况，执行流程如下图所示：![86f00d01b2c16b78656a19b9d8e83d9d.png][]

###### 优化版 ######

接下来，我们可以将轮询锁的固定等待时间，**改进为固定时间 + 随机时间的方式**，这样就可以避免因为获取锁的频率一致，而造成轮询锁“饿死”的问题了，具体实现代码如下：

import java.util.Random;
    import java.util.concurrent.locks.Lock;
    import java.util.concurrent.locks.ReentrantLock;
    
    public class SolveDeadLockExample {
        private static Random rdm = new Random();
    
        public static void main(String[] args) {
            Lock lockA = new ReentrantLock(); // 创建锁 A
            Lock lockB = new ReentrantLock(); // 创建锁 B
    
            // 创建线程 1(使用轮询锁)
            Thread t1 = new Thread(new Runnable() {
                @Override
                public void run() {
                    // 调用轮询锁
                    pollingLock(lockA, lockB, 3);
                }
            });
            t1.start(); // 运行线程
    
            // 创建线程 2
            Thread t2 = new Thread(new Runnable() {
                @Override
                public void run() {
                    while (true) {
                        lockB.lock(); // 加锁
                        System.out.println("线程 2:获取到锁 B!");
                        try {
                            System.out.println("线程 2:等待获取 A...");
                            lockA.lock(); // 加锁
                            try {
                                System.out.println("线程 2:获取到锁 A!");
                            } finally {
                                lockA.unlock(); // 释放锁
                            }
                        } finally {
                            lockB.unlock(); // 释放锁
                        }
                        // 等待一秒之后继续执行
                        try {
                            Thread.sleep(1000);
                        } catch (InterruptedException e) {
                            e.printStackTrace();
                        }
                    }
                }
            });
            t2.start(); // 运行线程
        }
    
        /**
         * 轮询锁
         */
        public static void pollingLock(Lock lockA, Lock lockB, int maxCount) {
            // 循环次数计数器
            int count = 0;
            while (true) {
                if (lockA.tryLock()) { // 尝试获取锁
                    System.out.println("线程 1:获取到锁 A!");
                    try {
                        Thread.sleep(100); // 等待 0.1s(获取锁需要的时间)
                        System.out.println("线程 1:等待获取 B...");
                        if (lockB.tryLock()) { // 尝试获取锁
                            try {
                                System.out.println("线程 1:获取到锁 B!");
                            } finally {
                                lockB.unlock(); // 释放锁
                                System.out.println("线程 1:释放锁 B.");
                                break;
                            }
                        }
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    } finally {
                        lockA.unlock(); // 释放锁
                        System.out.println("线程 1:释放锁 A.");
                    }
                }
    
                // 判断是否已经超过最大次数限制
                if (count++ > maxCount) {
                    // 终止循环
                    System.out.println("轮询锁获取失败,记录日志或执行其他失败策略");
                    return;
                }
    
                // 等待一定时间(固定时间 + 随机时间)之后再继续尝试获取锁
                try {
                    Thread.sleep(300 + rdm.nextInt(8) * 100); // 固定时间 + 随机时间
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        }
    }

以上代码的执行结果如下：

![2c6b2443c2bc80273855131be4ab5c5f.png][]从上述结果可以看出，线程 1（轮询锁）加入随机等待时间之后就不会出现线程饿死的问题了。

### 5.总结 ###

本文介绍了死锁的概念，以及产生死锁的 4 个条件，排查死锁可以通过本文提供的 4 种工具中的任意一种来检测，从易用性和性能方面来考虑，推荐使用 jconsole 或 jvisualvm，最后我们介绍了死锁问题的两种解决方案：顺序锁和轮询锁。

\---END---

--------------------

##### 原创并发文章推荐 #####

[1.线程的故事：我的3位母亲成就了优秀的我！][1._3]

[2.线程池的7种创建方式，强烈推荐你用它...][2._7_...]

[3.轻量级锁一定比重量级锁快吗？][3.]

[4.这样终止线程，竟然会导致服务宕机？][4.]

[5.漫画：如何证明sleep不释放锁，而wait释放锁？][5._sleep_wait]

[6.池化技术到达有多牛？看了这个对比吓我一跳！][6.]

[7.求求你，别再用wait和notify了！][7._wait_notify]

[8.Semaphore自白：限流器用我就对了！][8.Semaphore]

[9.CountDownLatch：别浪，等人齐再团！][9.CountDownLatch]

[10.CyclicBarrier：人齐了，老司机就发车了！][10.CyclicBarrier]

[11.Java中用户线程和守护线程区别这么大？][11.Java]

[12.ThreadLocal不好用？那是你没用对！][12.ThreadLocal]

[13.ThreadLocal内存溢出代码演示和原因分析！][13.ThreadLocal]

[14.SimpleDateFormat线程不安全的5种解决方案！][14.SimpleDateFormat_5]

[15.synchronized 加锁 this 和 class 的区别！][15.synchronized _ this _ class]

[16.synchronized 优化手段之锁膨胀机制！][16.synchronized]

[17.synchronized 中的 4 个优化，你知道几个？][17.synchronized _ 4]

[18.ReentrantLock 中的 4 个坑！][18.ReentrantLock _ 4]

[19.图解：为什么非公平锁的性能更高？][19.]

[20.死锁的 4 种排查工具 ！][20._ 4 _]

[21.死锁终结者：顺序锁和轮询锁！][21.]

[22.轮询锁使用时遇到的问题与解决方案!][22.]

--------------------

[59cf060314eb4ede2f8e058a40446dd5.png]: https://img-blog.csdnimg.cn/img_convert/59cf060314eb4ede2f8e058a40446dd5.png
[409c013fa2910311f42abe5d378f349e.png]: https://img-blog.csdnimg.cn/img_convert/409c013fa2910311f42abe5d378f349e.png
[f0f9ce2192c31651fb609cabe345d07c.png]: https://img-blog.csdnimg.cn/img_convert/f0f9ce2192c31651fb609cabe345d07c.png
[47a305750b5ab0671335c07024d3bcef.png]: https://img-blog.csdnimg.cn/img_convert/47a305750b5ab0671335c07024d3bcef.png
[ef04ecd8fd8c7e6d1c30f25d7bcf3800.png]: https://img-blog.csdnimg.cn/img_convert/ef04ecd8fd8c7e6d1c30f25d7bcf3800.png
[e997ab020a60da439f2a80f26cb7fd05.png]: https://img-blog.csdnimg.cn/img_convert/e997ab020a60da439f2a80f26cb7fd05.png
[39fd1d351b7f2fcaaa68f64b061301b6.png]: https://img-blog.csdnimg.cn/img_convert/39fd1d351b7f2fcaaa68f64b061301b6.png
[3f6d396566ba2f092d2c7d48b04c18f4.png]: https://img-blog.csdnimg.cn/img_convert/3f6d396566ba2f092d2c7d48b04c18f4.png
[14cc07d44884ec98711d532cd2013605.png]: https://img-blog.csdnimg.cn/img_convert/14cc07d44884ec98711d532cd2013605.png
[8153f01eb17ea2599560e4afabe1bf88.png]: https://img-blog.csdnimg.cn/img_convert/8153f01eb17ea2599560e4afabe1bf88.png
[b8354d4987e32635a16082af91f3c33e.png]: https://img-blog.csdnimg.cn/img_convert/b8354d4987e32635a16082af91f3c33e.png
[d1736d58440f211127d3826e84949c7c.png]: https://img-blog.csdnimg.cn/img_convert/d1736d58440f211127d3826e84949c7c.png
[eb747b419b70eec35f7ef86390c00abe.png]: https://img-blog.csdnimg.cn/img_convert/eb747b419b70eec35f7ef86390c00abe.png
[02a74b9135230c46b94233cdb76c1129.png]: https://img-blog.csdnimg.cn/img_convert/02a74b9135230c46b94233cdb76c1129.png
[711e26f9f4365203a2787ca13afe675f.png]: https://img-blog.csdnimg.cn/img_convert/711e26f9f4365203a2787ca13afe675f.png
[9eef2dd41afa3fe5fb0c939b2306f41e.png]: https://img-blog.csdnimg.cn/img_convert/9eef2dd41afa3fe5fb0c939b2306f41e.png
[2fc29494dd1745561e55a4822da502dd.png]: https://img-blog.csdnimg.cn/img_convert/2fc29494dd1745561e55a4822da502dd.png
[9302624968d1b5b27c3879826589daf3.png]: https://img-blog.csdnimg.cn/img_convert/9302624968d1b5b27c3879826589daf3.png
[e6c0a166425ce46ddbeb0cc432a64866.png]: https://img-blog.csdnimg.cn/img_convert/e6c0a166425ce46ddbeb0cc432a64866.png
[9c4ce70264014717171c751789c384a4.png]: https://img-blog.csdnimg.cn/img_convert/9c4ce70264014717171c751789c384a4.png
[5890608ac1e8abc651d38b3f9ecb69e5.png]: https://img-blog.csdnimg.cn/img_convert/5890608ac1e8abc651d38b3f9ecb69e5.png
[10bf5b47b4a93a41faa789bfa6c61145.png]: https://img-blog.csdnimg.cn/img_convert/10bf5b47b4a93a41faa789bfa6c61145.png
[ed6f54a7461e0fa4ec232e4c5a3a0190.png]: https://img-blog.csdnimg.cn/img_convert/ed6f54a7461e0fa4ec232e4c5a3a0190.png
[9cf4fa1e6c6de544444b57f44022ba73.png]: https://img-blog.csdnimg.cn/img_convert/9cf4fa1e6c6de544444b57f44022ba73.png
[1b5fe2d0fd706009639a581fd87acb7d.png]: https://img-blog.csdnimg.cn/img_convert/1b5fe2d0fd706009639a581fd87acb7d.png
[b7b9fb4db259887fa0515482bedd7241.png]: https://img-blog.csdnimg.cn/img_convert/b7b9fb4db259887fa0515482bedd7241.png
[19e3befdfa479ce92adb7feaf926df30.png]: https://img-blog.csdnimg.cn/img_convert/19e3befdfa479ce92adb7feaf926df30.png
[0d61c9a4273af956646c28858cbc9ed7.png]: https://img-blog.csdnimg.cn/img_convert/0d61c9a4273af956646c28858cbc9ed7.png
[9f36d409fdcb455888d86bcd3f7ea7ab.png]: https://img-blog.csdnimg.cn/img_convert/9f36d409fdcb455888d86bcd3f7ea7ab.png
[86f00d01b2c16b78656a19b9d8e83d9d.png]: https://img-blog.csdnimg.cn/img_convert/86f00d01b2c16b78656a19b9d8e83d9d.png
[2c6b2443c2bc80273855131be4ab5c5f.png]: https://img-blog.csdnimg.cn/img_convert/2c6b2443c2bc80273855131be4ab5c5f.png
[1._3]: http://mp.weixin.qq.com/s?__biz=MzU1NTkwODE4Mw%3D%3D&chksm=fbcf830cccb80a1a69c0b37109082b541b5ed1df80943b9ec50a6a663393a8fc7a7a1d033979&idx=1&mid=2247495220&scene=21&sn=c81f58dad1b384181bf2e5af6cf12440#wechat_redirect
[2._7_...]: http://mp.weixin.qq.com/s?__biz=MzU1NTkwODE4Mw%3D%3D&chksm=fbcf8fcbccb806dd5cd7c63cca08103028bcdb36010636cdb30f8a3af506c3528075d9be1c12&idx=1&mid=2247492339&scene=21&sn=3667ed5b8e437b40024f5c3ba9f16789#wechat_redirect
[3.]: http://mp.weixin.qq.com/s?__biz=MzU1NTkwODE4Mw%3D%3D&chksm=fbcc68f9ccbbe1efdfe6f1d5a319725000631c8c22d650228180e42f1449f298943c0c096359&idx=1&mid=2247484865&scene=21&sn=8f8c02deee43b78a2f589f42f47d22fa#wechat_redirect
[4.]: http://mp.weixin.qq.com/s?__biz=MzU1NTkwODE4Mw%3D%3D&chksm=fbcc6b10ccbbe206ada073cab9642fe0bb1af451c2890d01b49d58ed2a68c4a4cbe36489dbdf&idx=1&mid=2247484968&scene=21&sn=effbab986e8e26a3150535aea3cf66f9#wechat_redirect
[5._sleep_wait]: http://mp.weixin.qq.com/s?__biz=MzU1NTkwODE4Mw%3D%3D&chksm=fbcc62b2ccbbeba43cdaa4e95a8263ac7bd9dc42bf75b9060ff0354e724e0bc2215dda232b10&idx=1&mid=2247487370&scene=21&sn=90c0bd01fd490b680eae9b60515e5e5f#wechat_redirect
[6.]: http://mp.weixin.qq.com/s?__biz=MzU1NTkwODE4Mw%3D%3D&chksm=fbcc7d29ccbbf43f470d3aa206d7bf01d5bb0bd54d94a17a94c71a0fad8064afcedcbe61bca5&idx=1&mid=2247487505&scene=21&sn=483f5064f311704ae58eced059142235#wechat_redirect
[7._wait_notify]: http://mp.weixin.qq.com/s?__biz=MzU1NTkwODE4Mw%3D%3D&chksm=fbcf8f61ccb8067790023944dc632aff9869dbdaeac014aa0e94f7f42df00db68238f29f4f53&idx=1&mid=2247492185&scene=21&sn=28b89032d2c1cb50bcb2b0feaeadc7c0#wechat_redirect
[8.Semaphore]: http://mp.weixin.qq.com/s?__biz=MzU1NTkwODE4Mw%3D%3D&chksm=fbcf8325ccb80a332977b10d31ff0ea07be3fb91c7f4cb696605c38d5ac4258167c46bbf62e3&idx=1&mid=2247495197&scene=21&sn=12b9e794ea7f425cd50b2b79cf0aa80b#wechat_redirect
[9.CountDownLatch]: http://mp.weixin.qq.com/s?__biz=MzU1NTkwODE4Mw%3D%3D&chksm=fbcf801eccb809081aeca421d114ad688a9eb982b43ec26c17e56978431725a6ea7aeae66908&idx=1&mid=2247494950&scene=21&sn=c748fcc97cad2dce60b73ef8722c7bae#wechat_redirect
[10.CyclicBarrier]: http://mp.weixin.qq.com/s?__biz=MzU1NTkwODE4Mw%3D%3D&chksm=fbcf80abccb809bd3bf7f69ecb785db9fcd296aa49ed27ea378a5d6a9f2a7aa46931b762f8f4&idx=1&mid=2247495059&scene=21&sn=ba5f236b755897ec5a2de37f3977aa50#wechat_redirect
[11.Java]: http://mp.weixin.qq.com/s?__biz=MzU1NTkwODE4Mw%3D%3D&chksm=fbcf835eccb80a48d244250ca7d6725de2a72091602994e402b97b51e5f4b63f8ecbf2c60f99&idx=1&mid=2247495270&scene=21&sn=33c3316028dd1cb8883e63da328fdbd4#wechat_redirect
[12.ThreadLocal]: http://mp.weixin.qq.com/s?__biz=MzU1NTkwODE4Mw%3D%3D&chksm=fbcf8205ccb80b137afe1b71787cd9b5484c9a0afcd5f22a9c47f1fe72cba879dd5bb23d7384&idx=1&mid=2247495485&scene=21&sn=d09a6c32f61699c54c860fd5879ae14b#wechat_redirect
[13.ThreadLocal]: http://mp.weixin.qq.com/s?__biz=MzU1NTkwODE4Mw%3D%3D&chksm=fbcf82d5ccb80bc383e9a2683e43ee9a1465675605b8e462e8737a9fcbfcbae42c5942c06e84&idx=1&mid=2247495661&scene=21&sn=fe02ab94e2522dcbf3eb6be0b6339caa#wechat_redirect
[14.SimpleDateFormat_5]: http://mp.weixin.qq.com/s?__biz=MzU1NTkwODE4Mw%3D%3D&chksm=fbcf8244ccb80b528eef4147f9f639675e29e481426833780d1ed525d56a74c4228c1a952ef9&idx=1&mid=2247495548&scene=21&sn=68f3b875ea8d9476cebb9a9936feb86d#wechat_redirect
[15.synchronized _ this _ class]: http://mp.weixin.qq.com/s?__biz=MzU1NTkwODE4Mw%3D%3D&chksm=fbcf9817ccb811011f29601aaee0880048e4e6a21e520913fbebbfa141f5adff07e33073d008&idx=1&mid=2247497007&scene=21&sn=e88ceceee130737250db7236d009b526#wechat_redirect
[16.synchronized]: http://mp.weixin.qq.com/s?__biz=MzU1NTkwODE4Mw%3D%3D&chksm=fbcf9805ccb81113bc2e7835645e6249bed9abe6bb96fb0eb511f0fe8dfdd67fa983503f4d0b&idx=1&mid=2247497021&scene=21&sn=a4c9e9af10ea9dbc4e6295ceb6e986a0#wechat_redirect
[17.synchronized _ 4]: http://mp.weixin.qq.com/s?__biz=MzU1NTkwODE4Mw%3D%3D&chksm=fbcf98bbccb811adce31875ac027a149c4c0cb3d9618166a11b11efed89dbf70d4c21ac1b1ac&idx=1&mid=2247497091&scene=21&sn=43fb8bcd58b4f8b84ade9e7142205293#wechat_redirect
[18.ReentrantLock _ 4]: http://mp.weixin.qq.com/s?__biz=MzU1NTkwODE4Mw%3D%3D&chksm=fbcf988dccb8119b7b1415454cfe9cadaddc80cec7dccca2b0b51484795da298db0932bb97f0&idx=1&mid=2247497141&scene=21&sn=5b1a86743eace289cd4a7a197e5f6b6e#wechat_redirect
[19.]: http://mp.weixin.qq.com/s?__biz=MzU1NTkwODE4Mw%3D%3D&chksm=fbcf9b68ccb8127ed04c0c0daaa189fc5c7746b1722aff9928b59c7124671818f68f9db6cb60&idx=1&mid=2247497296&scene=21&sn=78f39ea7f30df692019b9d45c1a2d624#wechat_redirect
[20._ 4 _]: http://mp.weixin.qq.com/s?__biz=MzU1NTkwODE4Mw%3D%3D&chksm=fbcf9a96ccb8138058f5c66a62d65b40267b7b596373de411a66bc685071f9fef2935848fd22&idx=1&mid=2247497646&scene=21&sn=f05e1c5424fee8f6096907020232e2e5#wechat_redirect
[21.]: http://mp.weixin.qq.com/s?__biz=MzU1NTkwODE4Mw%3D%3D&chksm=fbcf956dccb81c7b07e5e9b112b10c6cc5a190729262ccebe97196075804d32112578db63954&idx=1&mid=2247497813&scene=21&sn=6ad7b879e60af14934c5c51d67798e00#wechat_redirect
[22.]: http://mp.weixin.qq.com/s?__biz=MzU1NTkwODE4Mw%3D%3D&chksm=fbcf9546ccb81c50020158969d29e9f306a68ab34c7bb0b394d4cc35eeb7517d9903ee84c81b&idx=1&mid=2247497854&scene=21&sn=0a20d29f0a2bd59969c7c4c6cceb240b#wechat_redirect