使用JDK自帶的工具jstack找出形成運行程序死鎖的緣由

Java多線程編程也是Java面試中常常考察的內容。剛接觸Java多線程編程的朋友們，可能會不慎寫出一些會致使死鎖(deadlock)的應用出來。如何分析形成Java多線程的緣由呢？不少時候咱們在懷疑形成死鎖的語句設置斷點，單步調試，反而又不能重現了。這種現象很正常，由於我們單步調試和直接運行程序，代碼執行的時序是不一樣的，極可能沒法知足死鎖的觸發條件。

實際上，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:

而後使用命令行jstack 51476打印這個進程的運行棧信息。

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

jstack打印的輸出很是清晰，顯示了具體哪行Java代碼試圖去鎖定哪個Java資源(下圖的waiting to lock)可是沒有成功, 而且將失敗的緣由，即擁有當前請求資源的線程名稱也打印了出來。

有了jstack，Java程序員不用對着冗長燒腦的多線程代碼去左思右想了，JDK會自動把死鎖緣由打印出來，太方便了。

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