使用JDK自帶的工具jstack找出造成運(yùn)行程序死鎖的原因

Java多線程編程也是Java面試中經(jīng)?？疾斓膬?nèi)容。剛接觸Java多線程編程的朋友們，可能會不慎寫出一些會導(dǎo)致死鎖(deadlock)的應(yīng)用出來。如何分析造成Java多線程的原因呢？很多時候我們在懷疑造成死鎖的語句設(shè)置斷點(diǎn)，單步調(diào)試，反而又不能重現(xiàn)了。這種現(xiàn)象很正常，因?yàn)樵蹅儐尾秸{(diào)試和直接運(yùn)行程序，代碼執(zhí)行的時序是不同的，很可能無法滿足死鎖的觸發(fā)條件。

實(shí)際上，JDK已經(jīng)給Java程序員提供了強(qiáng)大的死鎖分析工具，能夠直接分析一個正在運(yùn)行的并且處于死鎖狀態(tài)的應(yīng)用，并給出具體是哪一行Java代碼引起的死鎖。

這篇文章就以一個例子來給大家演示如何使用這個JDK提供的標(biāo)準(zhǔn)工具。

這個工具叫jstack，就是JDK安裝目錄的bin文件夾下的一個執(zhí)行文件。

我們首先寫一個會導(dǎo)致死鎖的應(yīng)用出來。

public class DeadLockExample {    public static void main(String[] args) {        final String resource1 = "ABAP";        final String resource2 = "Java";
        Thread t1 = new Thread() {            public void run() {                synchronized (resource1) {
                    System.out.println("Thread 1: locked resource 1");                    try {
                        Thread.sleep(100);
                    }                    catch (Exception e) {
                    }                    synchronized (resource2) {
                        System.out.println("Thread 1: locked resource 2");
                    }
                }
            }
        }
        ;
        Thread t2 = new Thread() {            public void run() {                synchronized (resource2) {
                    System.out.println("Thread 2: locked resource 2");                    try {
                        Thread.sleep(100);
                    }                    catch (Exception e) {
                    }                    synchronized (resource1) {
                        System.out.println("Thread 2: locked resource 1");
                    }
                }
            }
        }
        ;
        t1.start();
        t2.start();
    }
}

這個應(yīng)用思路很簡單，同時啟動兩個線程，分別鎖住了resource1和resource2，然后休眠0.1秒，接著分別嘗試去請求資源resource2和resource1。

執(zhí)行應(yīng)用，在控制臺打印出下列輸出后，進(jìn)入死鎖狀態(tài)：

Thread 1: locked resource 1

Thread 2: locked resource 2

使用命令行 jps -l -m找到處于死鎖狀態(tài)應(yīng)用的進(jìn)程id。從下圖得知死鎖進(jìn)程為51476:

然后使用命令行jstack 51476打印這個進(jìn)程的運(yùn)行棧信息。

我上圖紅色高亮出的 0x00000000d6f64988 和 0x00000000d6f649b8代表了代碼中的兩個資源“ABAP” 和“Java”。

jstack打印的輸出非常清晰，顯示了具體哪行Java代碼試圖去鎖定哪一個Java資源(下圖的waiting to lock)但是沒有成功, 并且將失敗的原因，即擁有當(dāng)前請求資源的線程名稱也打印了出來。

有了jstack，Java程序員不用對著冗長燒腦的多線程代碼去冥思苦想了，JDK會自動把死鎖原因打印出來，太方便了。

要獲取更多Jerry的原創(chuàng)技術(shù)文章，請關(guān)注公眾號"汪子熙"或者掃描下面二維碼: