【轉載原因:非常清晰解釋死鎖檢測!】
【轉載原文:https://blog.csdn.net/u014039577/article/details/52351626】
Java中當我們的開發涉及到多線程的時候,這個時候就很容易遇到死鎖問題,剛開始遇到死鎖問題的時候,我們很容易覺得莫名其妙,而且定位問題也很困難。
因爲涉及到java多線程的時候,有的問題會特別複雜,而且就算我們知道問題出現是因爲死鎖了,我們也很難弄清楚爲什麼發生死鎖,那麼當我們遇到了死鎖問題,我們應該如何來檢測和查看死鎖呢?
Java中jdk 給我們提供了很便利的工具,幫助我們定位和分析死鎖問題:
1、死鎖產生原因:當兩個或者多個線程互相持有一定資源,並互相等待其他線程釋放資源而形成的一種僵局,就是死鎖。
2、構建一個死鎖的場景:
public class Test {
public static void main(String[] args) {
new Thread(new Runnable() {
@Override
public void run() {
synchronized (B.class) {
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
synchronized (A.class) {
}
}
}
}).start();
new Thread(new Runnable() {
@Override
public void run() {
synchronized (A.class) {
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
synchronized (B.class) {
}
}
}
}).start();
}
}
class A {
}
class B {
}
可以看到運行時,一個線程持有A資源,希望使用B資源,而另一個線程持有B資源,希望使用A 資源,然後就陷入了相互等待的僵局,這樣就形成了死鎖。
3、Jconsole查看死鎖
進入java安裝的位置,輸入Jconsole,然後彈出界面(或者進入安裝目錄/java/jdk1.70_80/bin/,點擊Jconsole.exe):
然後點擊進入:
然後點擊檢測死鎖:
然後可以看到造成死鎖的兩個線程,以及死鎖原因:
Thread-0:持有java.lang.Class@1694ce18,需要java.lang.Class@1feb0edd,但是java.lang.Class@1feb0edd卻被Thread-1持有,然後陷入等待。
Thread-1:持有java.lang.Class@1feb0edd,需要java.lang.Class@1694ce18,但是java.lang.Class@1694ce18卻被Thread-0持有,然後陷入等待。
4、Jstack查看死鎖:
同樣,也是進入jdk安裝目錄的bin下面,輸入jps,先查看我們要檢測死鎖的進程:
然後可以看到進程Test的進程號:8384,然後執行:Jstack -l 8384
查看死鎖信息:
————————————————
版權聲明:本文爲CSDN博主「ZK_小姜」的原創文章,遵循 CC 4.0 BY-SA 版權協議,轉載請附上原文出處鏈接及本聲明。
原文鏈接:https://blog.csdn.net/u014039577/article/details/52351626