是什么?
死锁是指两个或两个以上的进程在执行过程中,因争夺资源而造成的一种互相等待的现象,若无外力干涉那它们都将无法推进下去,如果系统资源充足,进程的资源请求都能够得到满足,死锁出现的可能性就很低,否则就会因争夺有限的资源而陷入死锁。
产生死锁主要原因
- 系统资源不足
- 进程运行推进的顺序不合适
- 资源分配不当
好像很容易懂,但是死锁怎么出现的?怎么故障排查?
写个死锁
package com.threadTest;
import java.util.concurrent.TimeUnit;
class HoldLockThread implements Runnable{
private String lockA;
private String lockB;
public HoldLockThread(String lockA, String lockB) {
super();
this.lockA = lockA;
this.lockB = lockB;
}
@Override
public void run() {
synchronized(lockA) {
System.out.println(Thread.currentThread().getName()+"\t 自由持有"+lockA+"\t 尝试获得:"+lockB);
//暂时一下
try {TimeUnit.SECONDS.sleep(2);}catch(InterruptedException e) {e.printStackTrace();}
synchronized (lockB) {
System.out.println(Thread.currentThread().getName()+"\t 自由持有"+lockB+"\t 尝试获得:"+lockA);
}
}
}
}
/**
* 死锁是指两个或两个以上的进程在执行过程中,
* 因争夺资源而造成的一种互相等待的现象,
* 若无外力干涉那它们都将无法推进下去,
* @author john
*
*/
public class DeadLockDemo {
public static void main(String[] args) {
String lockA = "lockA";
String lockB = "lockB";
new Thread(new HoldLockThread(lockA, lockB),"ThreadAAA").start();
new Thread(new HoldLockThread(lockB, lockA),"ThreadBBB").start();
/**
* linux ps -ef|grep xxxx ls -l
* window下的java运行程序 也有类似ps的查看进程的命令,但是目前我们需要查看的只是java
* jps -l
*/
}
}
- linux ps -ef|grep xxxx
- window下的java运行程序 也有类似ps的查看进程的命令,但是目前我们需要查看的只是java
- linux : ls -l
- window: jps -l
jps命令定位进程号
jstack找到死锁查看
查看故障原因: jstack 9636
jstack 9636
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.181-b13 mixed mode):
"DestroyJavaVM" #12 prio=5 os_prio=0 tid=0x000000000275d800 nid=0x34c4 waiting on condition
[0x0000000000000000]
java.lang.Thread.State: RUNNABLE
"ThreadBBB" #11 prio=5 os_prio=0 tid=0x0000000018b19800 nid=0x2e6c waiting for monitor entry
[0x000000001977f000]
java.lang.Thread.State: BLOCKED (on object monitor)
at com.threadTest.HoldLockThread.run(DeadLockDemo.java:27)
- waiting to lock <0x00000000d5ed2568> (a java.lang.String)
- locked <0x00000000d5ed25a0> (a java.lang.String)
at java.lang.Thread.run(Thread.java:748)
"ThreadAAA" #10 prio=5 os_prio=0 tid=0x0000000018b19000 nid=0x2544 waiting for monitor entry
[0x000000001967e000]
java.lang.Thread.State: BLOCKED (on object monitor)
at com.threadTest.HoldLockThread.run(DeadLockDemo.java:27)
- waiting to lock <0x00000000d5ed25a0> (a java.lang.String)
- locked <0x00000000d5ed2568> (a java.lang.String)
at java.lang.Thread.run(Thread.java:748)
"Service Thread" #9 daemon prio=9 os_prio=0 tid=0x0000000018b04800 nid=0x23f8 runnable [0x00
00000000000000]
java.lang.Thread.State: RUNNABLE
"C1 CompilerThread2" #8 daemon prio=9 os_prio=2 tid=0x0000000018ae6000 nid=0xa8c waiting on
condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
"C2 CompilerThread1" #7 daemon prio=9 os_prio=2 tid=0x0000000018ad6800 nid=0x2434 waiting on
condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
"C2 CompilerThread0" #6 daemon prio=9 os_prio=2 tid=0x0000000017710000 nid=0x1e6c waiting on
condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
"Attach Listener" #5 daemon prio=5 os_prio=2 tid=0x00000000176f8800 nid=0x7a4 waiting on con
dition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
"Signal Dispatcher" #4 daemon prio=9 os_prio=2 tid=0x0000000018a88800 nid=0xe24 runnable [0x
0000000000000000]
java.lang.Thread.State: RUNNABLE
"Finalizer" #3 daemon prio=8 os_prio=1 tid=0x00000000176ea800 nid=0x2c54 in Object.wait() [0
x0000000018a7f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00000000d5d88ed0> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:144)
- locked <0x00000000d5d88ed0> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:165)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:216)
"Reference Handler" #2 daemon prio=10 os_prio=2 tid=0x0000000002ba2000 nid=0x3b28 in Object.
wait() [0x000000001897f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00000000d5d86bf8> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Object.java:502)
at java.lang.ref.Reference.tryHandlePending(Reference.java:191)
- locked <0x00000000d5d86bf8> (a java.lang.ref.Reference$Lock)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:153)
"VM Thread" os_prio=2 tid=0x00000000176c7000 nid=0x30ec runnable
"GC task thread#0 (ParallelGC)" os_prio=0 tid=0x0000000002ac7800 nid=0x20d4 runnable
"GC task thread#1 (ParallelGC)" os_prio=0 tid=0x0000000002ac9000 nid=0x2eb0 runnable
"GC task thread#2 (ParallelGC)" os_prio=0 tid=0x0000000002aca800 nid=0x1a00 runnable
"GC task thread#3 (ParallelGC)" os_prio=0 tid=0x0000000002acc000 nid=0x2094 runnable
"VM Periodic Task Thread" os_prio=2 tid=0x0000000018b06800 nid=0x2488 waiting on condition
JNI global references: 5
Found one Java-level deadlock:
=============================
"ThreadBBB":
waiting to lock monitor 0x0000000002baab18 (object 0x00000000d5ed2568, a java.lang.String)
,
which is held by "ThreadAAA"
"ThreadAAA":
waiting to lock monitor 0x0000000002ba8288 (object 0x00000000d5ed25a0, a java.lang.String)
,
which is held by "ThreadBBB"
Java stack information for the threads listed above:
===================================================
"ThreadBBB":
at com.threadTest.HoldLockThread.run(DeadLockDemo.java:27)
- waiting to lock <0x00000000d5ed2568> (a java.lang.String)
- locked <0x00000000d5ed25a0> (a java.lang.String)
at java.lang.Thread.run(Thread.java:748)
"ThreadAAA":
at com.threadTest.HoldLockThread.run(DeadLockDemo.java:27)
- waiting to lock <0x00000000d5ed25a0> (a java.lang.String)
- locked <0x00000000d5ed2568> (a java.lang.String)
at java.lang.Thread.run(Thread.java:748)
Found 1 deadlock.