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

Render 發布于2019-08-16 13:29 / 3452人閱讀

摘要：如何分析造成多線程的原因呢很多時候我們在懷疑造成死鎖的語句設置斷點，單步調試，反而又不能重現了。有了，程序員不用對著冗長燒腦的多線程代碼去冥思苦想了，會自動把死鎖原因打印出來，太方便了。

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的原創技術文章，請關注公眾號"汪子熙"或者掃描下面二維碼:

GPU云服務器云服務器阿里云服務器有自帶的jdk嗎服務器運行變慢的原因關于jdk的使用個人使用云服務器的原因

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/71821.html

使用JavaScript ES6的新特性計算Fibonacci（非波拉契數列）

摘要：采用的生成非波拉契數列提供了原生的支持，語法非常有特色，關鍵字后面緊跟一個星號。的詳細介紹參考官網先看如何用這個黑科技重新實現非波拉契樹立的生成。在這個內部，我們定義了一個無限循環，用于計算非波拉契數列。程序員面試系列 Java面試系列-webapp文件夾和WebContent文件夾的區別？程序員面試系列：Spring MVC能響應HTTP請求的原因？ Java程序員面試系列-什么...

yanbingyun1990 2019-08-23 12:29 評論0 收藏0
多線程之死鎖就是這么簡單

摘要：此時線程需要鎖才能繼續往下執行。但是線程的鎖并沒有釋放，線程的鎖也沒有釋放。前言只有光頭才能變強回顧前面： ThreadLocal就是這么簡單多線程三分鐘就可以入個門了！多線程基礎必要知識點！看了學習多線程事半功倍 Java鎖機制了解一下 AQS簡簡單單過一遍 Lock鎖子類了解一下線程池你真不來了解一下嗎？本篇主要是講解死鎖，這是我在多線程的最后一篇了。主要將多線程...

winterdawn 2019-08-16 11:14 評論0 收藏0
JavaScript面試系列：JavaScript設計模式之橋接模式和懶加載

摘要：橋接模式的核心在于將抽象部分和它的實現部分分離，使它們都可以獨立的變化?？雌饋磉@個版本已經很完美了不，它仍然有可以優化的空間，即題目提到的橋接模式。使用橋接模式的實現版本這個實現包含了三個函數。這個例子體現了橋接模式的作用。我寫的程序員面試系列文章 Java面試系列-webapp文件夾和WebContent文件夾的區別？程序員面試系列：Spring MVC能響應HTTP請求的原因？...

tracymac7 2019-08-23 12:29 評論0 收藏0
JVM詳解3.JDK監控和故障處理工具

摘要：點擊進入我的博客命令行工具這些工具大多數是類庫的一層薄的包裝，它們的主要功能代碼是在類庫中實現的。可視化工具是到目前為止隨發布的功能最強大的運行監視和故障處理程序，并且可以預見在未來一段時間內都是官方主力發展的虛擬機故障處理工具。點擊進入我的博客 3.1 JDK命令行工具 showImg(https://segmentfault.com/img/remote/14600000174...

Keven 2019-08-16 14:02 評論0 收藏0
Java Trouble Shooting - 使用線程棧

摘要：線程的優先級代表線程的優先級為線程代表線程為，而代表該線程對應的操作系統級別的線程。若是有運行圖形界面的環境，也可以使用一些圖形化的工具，例如來生成線程棧文件。使用線程棧定位問題發現死鎖當兩個或多個線程正在等待被對方占有的鎖，死鎖就會發生。什么是線程棧(thread dump) 線程棧是某個時間點，JVM所有線程的活動狀態的一個匯總；通過線程棧，可以查看某個時間點，各個線程正在做什么...

DataPipeline 2019-08-16 10:30 評論0 收藏0