使用JDK自帶的工具jstack找出造成執行程式死鎖的原因

i042416發表於2018-08-31

Java多執行緒程式設計也是Java面試中經常考察的內容。剛接觸Java多執行緒程式設計的朋友們,可能會不慎寫出一些會導致死鎖(deadlock)的應用出來。如何分析造成Java多執行緒的原因呢?很多時候我們在懷疑造成死鎖的語句設定斷點,單步除錯,反而又不能重現了。這種現象很正常,因為我們們單步除錯和直接執行程式,程式碼執行的時序是不同的,很可能無法滿足死鎖的觸發條件。

使用JDK自帶的工具jstack找出造成執行程式死鎖的原因

實際上,JDK已經給Java程式設計師提供了強大的死鎖分析工具,能夠直接分析一個正在執行的並且處於死鎖狀態的應用,並給出具體是哪一行Java程式碼引起的死鎖。

這篇文章就以一個例子來給大家演示如何使用這個JDK提供的標準工具。

這個工具叫jstack,就是JDK安裝目錄的bin資料夾下的一個執行檔案。

我們首先寫一個會導致死鎖的應用出來。

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();
    }
}

這個應用思路很簡單,同時啟動兩個執行緒,分別鎖住了resource1和resource2,然後休眠0.1秒,接著分別嘗試去請求資源resource2和resource1。

執行應用,在控制檯列印出下列輸出後,進入死鎖狀態:

Thread 1: locked resource 1

Thread 2: locked resource 2

使用命令列 jps -l -m找到處於死鎖狀態應用的程式id。從下圖得知死鎖程式為51476:

使用JDK自帶的工具jstack找出造成執行程式死鎖的原因

然後使用命令列jstack 51476列印這個程式的執行棧資訊。

使用JDK自帶的工具jstack找出造成執行程式死鎖的原因

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

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

使用JDK自帶的工具jstack找出造成執行程式死鎖的原因

有了jstack,Java程式設計師不用對著冗長燒腦的多執行緒程式碼去冥思苦想了,JDK會自動把死鎖原因列印出來,太方便了。

要獲取更多Jerry的原創技術文章,請關注公眾號"汪子熙"或者掃描下面二維碼:


使用JDK自帶的工具jstack找出造成執行程式死鎖的原因

使用JDK自帶的工具jstack找出造成執行程式死鎖的原因


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/24475491/viewspace-2213296/,如需轉載,請註明出處,否則將追究法律責任。

相關文章