java 检测到死锁_死锁现象及分析方法 之二 Window Java

1 死锁

当多条线程以不同的顺序抢占同步资源的时候，就有可能发生死锁。

2 示例

如下图所示，线程1持有锁对象A而希望获得锁对象B；另一方面，线程2持有锁对象B而希望

获得锁对象A。并且这两个线程的操作是交错执行的，因此它们会发生死锁。

image.png

参考以下示例代码：

class DeadLock {

private final Object lockA = new Object();

private final Object lockB = new Object();

public void funcA() {

synchronized (lockA) {

System.out.println("funcA in");

try {

Thread.sleep(1000);

} catch (InterruptedException e) {

e.printStackTrace();

}

synchronized (lockB) {

System.out.println("funcA out");

}

}

}

public void funcB() {

synchronized (lockB) {

System.out.println("funcB in");

try {

Thread.sleep(1000);

} catch (InterruptedException e) {

e.printStackTrace();

}

synchronized (lockA) {

System.out.println("funcB out");

}

}

}

}

public class DeadLockTest {

public static void main(String[] args) {

DeadLock deadLock = new DeadLock();

new Thread(new Runnable() {

@Override

public void run() {

deadLock.funcA();

}

}, "Thread-A").start();

new Thread(new Runnable() {

@Override

public void run() {

deadLock.funcB();

}

}, "Thread-B").start();

}

}

3 死锁发生

执行程序后一直没有停止，程序肯定进入了死锁

image.png

4 用jstack分析死锁

image.png

2018-10-17 13:31:12

Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.131-b11 mixed mode):

"DestroyJavaVM" #12 prio=5 os_prio=0 tid=0x0000000000fee000 nid=0x4e0c waiting on condition [0x0000000000000000]

java.lang.Thread.State: RUNNABLE

"Thread-B" #11 prio=5 os_prio=0 tid=0x000000001d6eb800 nid=0x1c24 waiting for monitor entry [0x000000001e2ef000]

java.lang.Thread.State: BLOCKED (on object monitor)

at com.study.deadlock.DeadLock.funcB(DeadLock.java:37)

- waiting to lock <0x000000076b4d5928> (a java.lang.Object)

- locked <0x000000076b4d5938> (a java.lang.Object)

at com.study.deadlock.DeadLockTest$2.run(DeadLockTest.java:22)

at java.lang.Thread.run(Thread.java:748)

"Thread-A" #10 prio=5 os_prio=0 tid=0x000000001d6f5000 nid=0x4780 waiting for monitor entry [0x000000001e1ef000]

java.lang.Thread.State: BLOCKED (on object monitor)

at com.study.deadlock.DeadLock.funcA(DeadLock.java:23)

- waiting to lock <0x000000076b4d5938> (a java.lang.Object)

- locked <0x000000076b4d5928> (a java.lang.Object)

at com.study.deadlock.DeadLockTest$1.run(DeadLockTest.java:16)

at java.lang.Thread.run(Thread.java:748)

"Service Thread" #9 daemon prio=9 os_prio=0 tid=0x000000001d673000 nid=0x96c runnable [0x0000000000000000]

java.lang.Thread.State: RUNNABLE

"C1 CompilerThread2" #8 daemon prio=9 os_prio=2 tid=0x000000001c31e800 nid=0x155c waiting on condition [0x0000000000000000]

java.lang.Thread.State: RUNNABLE

"C2 CompilerThread1" #7 daemon prio=9 os_prio=2 tid=0x000000001c31c800 nid=0x50b8 waiting on condition [0x0000000000000000]

java.lang.Thread.State: RUNNABLE

"C2 CompilerThread0" #6 daemon prio=9 os_prio=2 tid=0x000000001c31a000 nid=0x19f4 waiting on condition [0x0000000000000000]

java.lang.Thread.State: RUNNABLE

"Attach Listener" #5 daemon prio=5 os_prio=2 tid=0x000000001c2ce800 nid=0x4cf0 waiting on condition [0x0000000000000000]

java.lang.Thread.State: RUNNABLE

"Signal Dispatcher" #4 daemon prio=9 os_prio=2 tid=0x000000001d5f8800 nid=0x5478 runnable [0x0000000000000000]

java.lang.Thread.State: RUNNABLE

"Finalizer" #3 daemon prio=8 os_prio=1 tid=0x000000001c2a9000 nid=0x13a8 in Object.wait() [0x000000001d4ff000]

java.lang.Thread.State: WAITING (on object monitor)

at java.lang.Object.wait(Native Method)

- waiting on <0x000000076b408ec8> (a java.lang.ref.ReferenceQueue$Lock)

at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)

- locked <0x000000076b408ec8> (a java.lang.ref.ReferenceQueue$Lock)

at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164)

at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209)

"Reference Handler" #2 daemon prio=10 os_prio=2 tid=0x0000000000f81000 nid=0x311c in Object.wait() [0x000000001d3ff000]

java.lang.Thread.State: WAITING (on object monitor)

at java.lang.Object.wait(Native Method)

- waiting on <0x000000076b406b68> (a java.lang.ref.Reference$Lock)

at java.lang.Object.wait(Object.java:502)

at java.lang.ref.Reference.tryHandlePending(Reference.java:191)

- locked <0x000000076b406b68> (a java.lang.ref.Reference$Lock)

at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:153)

"VM Thread" os_prio=2 tid=0x000000001c287800 nid=0x3914 runnable

"GC task thread#0 (ParallelGC)" os_prio=0 tid=0x0000000000ea7000 nid=0x57b0 runnable

"GC task thread#1 (ParallelGC)" os_prio=0 tid=0x0000000000ea9000 nid=0x3eac runnable

"GC task thread#2 (ParallelGC)" os_prio=0 tid=0x0000000000eaa800 nid=0x4538 runnable

"GC task thread#3 (ParallelGC)" os_prio=0 tid=0x0000000000eac000 nid=0x2ad4 runnable

"VM Periodic Task Thread" os_prio=2 tid=0x000000001d6d9000 nid=0x19a0 waiting on condition

JNI global references: 6

Found one Java-level deadlock:

=============================

"Thread-B":

waiting to lock monitor 0x0000000000f872f8 (object 0x000000076b4d5928, a java.lang.Object),

which is held by "Thread-A"

"Thread-A":

waiting to lock monitor 0x0000000000f89c38 (object 0x000000076b4d5938, a java.lang.Object),

which is held by "Thread-B"

Java stack information for the threads listed above:

===================================================

"Thread-B":

at com.study.deadlock.DeadLock.funcB(DeadLock.java:37)

- waiting to lock <0x000000076b4d5928> (a java.lang.Object)

- locked <0x000000076b4d5938> (a java.lang.Object)

at com.study.deadlock.DeadLockTest$2.run(DeadLockTest.java:22)

at java.lang.Thread.run(Thread.java:748)

"Thread-A":

at com.study.deadlock.DeadLock.funcA(DeadLock.java:23)

- waiting to lock <0x000000076b4d5938> (a java.lang.Object)

- locked <0x000000076b4d5928> (a java.lang.Object)

at com.study.deadlock.DeadLockTest$1.run(DeadLockTest.java:16)

at java.lang.Thread.run(Thread.java:748)

Found 1 deadlock.

5 JConsole可视化工具检测死锁

5.1 选择目标JVM进程，然后点击连接

image.png

5.2 切换到“线程”标签页，点击“检测死锁”按钮

image.png

5.3 切换到死锁“线程”，查看stack

image.png

image.png