這篇文章帶給大家的內容是關於使用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會自動把死鎖原因列印出來，太方便了。
#以上是使用JDK的工具jstack找出運行時程式死鎖的原因的詳細內容。更多資訊請關注PHP中文網其他相關文章！
