死锁

是什么？

死锁是指两个或两个以上的进程在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力干涉那它们都将无法推进下去，如果系统资源充足，进程的资源请求都能够得到满足，死锁出现的可能性就很低，否则就会因争夺有限的资源而陷入死锁。

产生死锁主要原因

• 系统资源不足
• 进程运行推进的顺序不合适
• 资源分配不当

好像很容易懂，但是死锁怎么出现的？怎么故障排查？

写个死锁

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.