java程序死鎖，3種方式快速找到死鎖代碼

java程序中出現死鎖問題，如果不了解排查方法，是束手無策的，今天咱們用三種方法找到死鎖問題。

運行下面代碼

package com.jvm.visualvm;

/**
 * <a href="http://www.itsoku.com/archives">Java干貨鋪子,只生產干貨，公眾號：javacode2018</a>
 */
public class Demo4 {

    public static void main(String[] args) {
        User u1 = new User("u1");
        User u2 = new User("u2");
        Thread thread1 = new Thread(new SynAddRunalbe(u1, u2, 1, 2, true));
        thread1.setName("thread1");
        thread1.start();
        Thread thread2 = new Thread(new SynAddRunalbe(u1, u2, 2, 1, false));
        thread2.setName("thread2");
        thread2.start();
    }

    /**
     * 線程死鎖等待演示
     */
    public static class SynAddRunalbe implements Runnable {
        User u1, u2;
        int a, b;
        boolean flag;

        public SynAddRunalbe(User u1, User u2, int a, int b, boolean flag) {
            this.u1 = u1;
            this.u2 = u2;
            this.a = a;
            this.b = b;
            this.flag = flag;
        }

        @Override
        public void run() {
            try {
                if (flag) {
                    synchronized (u1) {
                        Thread.sleep(100);
                        synchronized (u2) {
                            System.out.println(a + b);
                        }
                    }
                } else {
                    synchronized (u2) {
                        Thread.sleep(100);
                        synchronized (u1) {
                            System.out.println(a + b);
                        }
                    }
                }
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
    }

    public static class User {
        private String name;

        public String getName() {
            return name;
        }

        public void setName(String name) {
            this.name = name;
        }

        public User(String name) {
            this.name = name;
        }

        @Override
        public String toString() {
            return "User{" +
                    "name='" + name + '\'' +
                    '}';
        }
    }
}

程序中：thread1持有u1的鎖，thread2持有u2的鎖，thread1等待獲取u2的鎖，thread2等待獲取u1的鎖，相互需要獲取的鎖都被對方持有者，造成了死鎖。程序運行中一直無法結束。

通過jdk工具jps、jstack排查死鎖問題

jps、jstack都是jdk提供的命令工具，方便用戶排查程序的一些問題。更詳細的用法見文檔最后。

步驟一：使用jsp查找程序進行

jps：jdk提供的一個工具，可以查看到正在運行的java進程

C:\Users\Think>jps -l
5824 com.jvm.visualvm.Demo4

步驟二：使用jstack查看線程堆棧信息

jstack：jdk提供的一個工具，可以查看java進程中線程堆棧信息。更詳細的用法見文檔最后。

C:\Users\Think>jstack 5824
2019-06-04 15:34:37
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.121-b13 mixed mode):

"DestroyJavaVM" #14 prio=5 os_prio=0 tid=0x0000000002cf4000 nid=0x9fd8 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"thread2" #13 prio=5 os_prio=0 tid=0x000000002884d800 nid=0x40c4 waiting for monitor entry [0x00000000292ce000]
   java.lang.Thread.State: BLOCKED (on object monitor)
        at com.jvm.visualvm.Demo4$SynAddRunalbe.run(Demo4.java:49)
        - waiting to lock <0x00000007173d4178> (a com.jvm.visualvm.Demo4$User)
        - locked <0x00000007173d41b8> (a com.jvm.visualvm.Demo4$User)
        at java.lang.Thread.run(Thread.java:745)

"thread1" #12 prio=5 os_prio=0 tid=0x000000002885b800 nid=0x99c0 waiting for monitor entry [0x00000000291cf000]
   java.lang.Thread.State: BLOCKED (on object monitor)
        at com.jvm.visualvm.Demo4$SynAddRunalbe.run(Demo4.java:42)
        - waiting to lock <0x00000007173d41b8> (a com.jvm.visualvm.Demo4$User)
        - locked <0x00000007173d4178> (a com.jvm.visualvm.Demo4$User)
        at java.lang.Thread.run(Thread.java:745)

"Service Thread" #11 daemon prio=9 os_prio=0 tid=0x0000000027dd9000 nid=0x7f80 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C1 CompilerThread3" #10 daemon prio=9 os_prio=2 tid=0x0000000027d80800 nid=0x3b94 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread2" #9 daemon prio=9 os_prio=2 tid=0x0000000027d7c000 nid=0x4c7c waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread1" #8 daemon prio=9 os_prio=2 tid=0x0000000027d7b000 nid=0x8f4c waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread0" #7 daemon prio=9 os_prio=2 tid=0x0000000027d73000 nid=0x9094 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Monitor Ctrl-Break" #6 daemon prio=5 os_prio=0 tid=0x0000000027d0a800 nid=0x647c runnable [0x00000000282ce000]
   java.lang.Thread.State: RUNNABLE
        at java.net.SocketInputStream.socketRead0(Native Method)
        at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
        at java.net.SocketInputStream.read(SocketInputStream.java:171)
        at java.net.SocketInputStream.read(SocketInputStream.java:141)
        at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:284)
        at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:326)
        at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:178)
        - locked <0x0000000717449cd8> (a java.io.InputStreamReader)
        at java.io.InputStreamReader.read(InputStreamReader.java:184)
        at java.io.BufferedReader.fill(BufferedReader.java:161)
        at java.io.BufferedReader.readLine(BufferedReader.java:324)
        - locked <0x0000000717449cd8> (a java.io.InputStreamReader)
        at java.io.BufferedReader.readLine(BufferedReader.java:389)
        at com.intellij.rt.execution.application.AppMainV2$1.run(AppMainV2.java:64)

"Attach Listener" #5 daemon prio=5 os_prio=2 tid=0x0000000027b61000 nid=0x7cf8 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Signal Dispatcher" #4 daemon prio=9 os_prio=2 tid=0x0000000027b5f800 nid=0x94f4 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Finalizer" #3 daemon prio=8 os_prio=1 tid=0x0000000027af1800 nid=0x9960 in Object.wait() [0x0000000027fce000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x0000000717188ec8> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
        - locked <0x0000000717188ec8> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209)

"Reference Handler" #2 daemon prio=10 os_prio=2 tid=0x0000000002deb000 nid=0xb2bc in Object.wait() [0x0000000027acf000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x0000000717186b68> (a java.lang.ref.Reference$Lock)
        at java.lang.Object.wait(Object.java:502)
        at java.lang.ref.Reference.tryHandlePending(Reference.java:191)
        - locked <0x0000000717186b68> (a java.lang.ref.Reference$Lock)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:153)

"VM Thread" os_prio=2 tid=0x0000000025be9000 nid=0xaa90 runnable

"GC task thread#0 (ParallelGC)" os_prio=0 tid=0x0000000002d0a000 nid=0x3fc0 runnable

"GC task thread#1 (ParallelGC)" os_prio=0 tid=0x0000000002d0b800 nid=0x9cf8 runnable

"GC task thread#2 (ParallelGC)" os_prio=0 tid=0x0000000002d0d000 nid=0x51c runnable

"GC task thread#3 (ParallelGC)" os_prio=0 tid=0x0000000002d0e800 nid=0x24d0 runnable

"GC task thread#4 (ParallelGC)" os_prio=0 tid=0x0000000002d12000 nid=0x618c runnable

"GC task thread#5 (ParallelGC)" os_prio=0 tid=0x0000000002d13000 nid=0x5550 runnable

"GC task thread#6 (ParallelGC)" os_prio=0 tid=0x0000000002d16000 nid=0x8994 runnable

"GC task thread#7 (ParallelGC)" os_prio=0 tid=0x0000000002d17800 nid=0x39cc runnable

"VM Periodic Task Thread" os_prio=2 tid=0x0000000027dd9800 nid=0x5294 waiting on condition

JNI global references: 33


Found one Java-level deadlock:
=============================
"thread2":
  waiting to lock monitor 0x0000000028846468 (object 0x00000007173d4178, a com.jvm.visualvm.Demo4$User),
  which is held by "thread1"
"thread1":
  waiting to lock monitor 0x0000000025bf0bb8 (object 0x00000007173d41b8, a com.jvm.visualvm.Demo4$User),
  which is held by "thread2"

Java stack information for the threads listed above:
===================================================
"thread2":
        at com.jvm.visualvm.Demo4$SynAddRunalbe.run(Demo4.java:49)
        - waiting to lock <0x00000007173d4178> (a com.jvm.visualvm.Demo4$User)
        - locked <0x00000007173d41b8> (a com.jvm.visualvm.Demo4$User)
        at java.lang.Thread.run(Thread.java:745)
"thread1":
        at com.jvm.visualvm.Demo4$SynAddRunalbe.run(Demo4.java:42)
        - waiting to lock <0x00000007173d41b8> (a com.jvm.visualvm.Demo4$User)
        - locked <0x00000007173d4178> (a com.jvm.visualvm.Demo4$User)
        at java.lang.Thread.run(Thread.java:745)

Found 1 deadlock.

從上面的堆棧信息中我們可以發現這個內容：“Found one Java-level deadlock”，表示程序中發現了一個死鎖，后面包含跟多詳細的信息，重點下面：

Java stack information for the threads listed above:
===================================================
"thread2":
        at com.jvm.visualvm.Demo4$SynAddRunalbe.run(Demo4.java:49)
        - waiting to lock <0x00000007173d4178> (a com.jvm.visualvm.Demo4$User)
        - locked <0x00000007173d41b8> (a com.jvm.visualvm.Demo4$User)
        at java.lang.Thread.run(Thread.java:745)
"thread1":
        at com.jvm.visualvm.Demo4$SynAddRunalbe.run(Demo4.java:42)
        - waiting to lock <0x00000007173d41b8> (a com.jvm.visualvm.Demo4$User)
        - locked <0x00000007173d4178> (a com.jvm.visualvm.Demo4$User)
        at java.lang.Thread.run(Thread.java:745)

可以死鎖的代碼是在Demo4.java的49行和42行，此時我們就可以去優化代碼，解決死鎖問題。

通過jdk提供的工具jconsole排查死鎖問題

jconsole：jdk提供的一個可視化的工具，方便排查程序的一些問題，如：程序內存溢出、死鎖問題等等。更詳細的用法見文檔最后。

jconsole位於jdk的bin目錄中

步驟一：打開jconsole.exe

可以看到我們的程序，點擊連接。

步驟二：在jconsole窗口中查看線程堆棧信息

步驟三：堆棧中查看到死鎖信息

點擊“檢測死鎖”，可以看到程序死鎖信息。

上圖中可以看到詳細的死鎖信息，和jstack中信息類似。

通過jdk提供的工具VisualVM排查死鎖問題

VisualVM：jdk提供的一個非常強大的排查java程序問題的一個工具，可以監控程序的性能、查看jvm配置信息、堆快照、線程堆棧信息。算是程序優化的必備工具。

工具位於jdk的bin目錄中。

步驟一：打開VisualVM.exe

步驟二：在visualvm中查看我們的目標程序

目標程序在visualvm左側窗口中，雙擊即可打開。

步驟三：切換到“線程”窗口

步驟四：查看堆棧信息

在線程窗口中點擊“線程Dump”按鈕

可以看到產生了一個線程堆棧快照

線程堆棧快照的信息和jstack查看到的信息一樣，即可發現死鎖代碼。

總結

程序中介紹了3中排查死鎖的方法，使用到的都是jdk提供給我們的工具，這些工具對於我們優化程序來說，是非常好的，我們一定要掌握。

這些工具的使用可以查看：java虛擬機全集(31篇文章)

深入理解java虛擬機系列

• 深入理解Java虛擬機筆記---內存區域
• 深入理解Java虛擬機筆記---判斷對象是否存活
• 深入理解Java虛擬機筆記---垃圾收集算法
• 深入理解Java虛擬機筆記---垃圾收集器
• 深入理解Java虛擬機筆記---內存分配與回收策略
• 深入理解Java虛擬機筆記---class類文件結構概述
• 深入理解Java虛擬機筆記---class類文件魔數,版本,常量池
• 深入理解Java虛擬機筆記---訪問標志
• 深入理解Java虛擬機筆記---類索引,父類索引,接口索引集合
• 深入理解Java虛擬機筆記---字段表集合
• 深入理解Java虛擬機筆記---方法表集合
• 深入理解Java虛擬機筆記---屬性表集合
• 深入理解Java虛擬機筆記---引用類型和對象是否死亡
• 深入理解Java虛擬機筆記---類加載時機
• 深入理解Java虛擬機筆記---類加載過程
• 深入理解Java虛擬機筆記---雙親委派模型
• 深入理解Java虛擬機筆記---運行時棧幀結構
• 深入理解Java虛擬機筆記---方法調用
• 深入理解Java虛擬機筆記---內存模型
• 深入理解Java虛擬機筆記---volatile變量的特殊規則
• 深入理解Java虛擬機筆記---原子性、可見性、有序性
• Hotspot JVM的常用選項
• jvm新生代中為什么要有Survivor區，且必須是2個

jdk命令行工具系列

• jdk命令行工具系列(1) - jps:虛擬機進程狀態工具
• jdk命令行工具系列(2) - jstat:虛擬機統計信息監控工具
• jdk命令行工具系列(3) - jinfo:jvm配置信息工具
• jdk命令行工具系列(4) - jmap:java內存映射工具
• jdk命令行工具系列(5) - jhat：虛擬機堆轉儲快照分析工具
• jdk命令行工具系列(6) - jstack：java堆棧跟蹤工具

jdk可視化工具系列

• JDK可視化工具系列（1）- JConsole：Java監視與管理控制台
• JDK可視化工具系列（2）- jvisualvm：多合一故障處理工具

可以關注公眾號：javacode2018，獲取年薪50萬課程，獲取最新文章。