1 /*
2 * 文件名：NotifyDeadLockDemo.java
3 * 版权：Enmuser Technologies Co.,Ltd. Copyright 2016-2018
4 * 描述：<描述>
5 * 修改人：enmuser
6 * 修改时间：2018年2月24日
7 * 修改单号：<修改单号>
8 * 修改内容：<修改内容>
9 *
10 */
11 package notify.deadLock;
12
13 /**
14 * <一句话功能描述>
15 * <功能详细描述>
16 * @author 朱洪昌
17 * @date 2018年2月24日
18 * @version 1.0
19 */
20 class OutTurn
21 {
22 private boolean isSub = true;
23 private int count = 0;
24
25 public synchronized void sub()
26 {
27 try
28 {
29 while(!isSub)
30 {
31 this.wait();
32 }
33 System.out.println("sub --- " + count);
34 isSub = false;
35 this.notify();
36 }
37 catch (InterruptedException e)
38 {
39 e.printStackTrace();
40 }
41 count++;
42 }
43
44 public synchronized void main()
45 {
46 try
47 {
48 while(isSub)
49 {
50 this.wait();
51 }
52 System.out.println("main --- " + count);
53 isSub = true;
54 this.notify();
55 }
56 catch (InterruptedException e)
57 {
58 e.printStackTrace();
59 }
60 count++;
61 }
62 }
63 public class NotifyDeadLockDemo
64 {
65 public static void main(String[] args)
66 {
67 final OutTurn outTurn = new OutTurn();
68 for (int i = 0; i < 100; i++)
69 {
70 new Thread(new Runnable()
71 {
72
73 @Override
74 public void run()
75 {
76 for (int j = 0; j < 5; j++)
77 {
78 outTurn.sub();
79 }
80
81 }
82 }).start();
83
84 new Thread(new Runnable()
85 {
86
87 @Override
88 public void run()
89 {
90 for (int j = 0; j < 5; j++)
91 {
92 outTurn.main();
93 }
94
95 }
96 }).start();
97 }
98 }
99
100 }
解释一下原因：
OutTurn类中的sub和main方法都是同步方法，所以多个调用sub和main方法的线程都会处于阻塞状态，等待一个正在运行的线程来唤醒它们。下面分别分析一下使用notify和notifyAll方法唤醒线程的不同之处：
上面的代码使用了notify方法进行唤醒，而notify方法只能唤醒一个线程，其它等待的线程仍然处于wait状态，假设调用sub方法的线程执行完后（即System. out .println("sub ---- " + count )执行完之后），所有的线程都处于等待状态，此时在sub方法中的线程执行了isSub=false语句后又执行了notify方法，这时如果唤醒的是一个sub方法的调度线程，那么while循环等于true，则此唤醒的线程也会处于等待状态，此时所有的线程都处于等待状态，那么也就没有了运行的线程来唤醒它们，这就发生了死锁。
如果使用notifyAll方法来唤醒所有正在等待该锁的线程，那么所有的线程都会处于运行前的准备状态（就是sub方法执行完后，唤醒了所有等待该锁的状态,注：不是wait状态），那么此时，即使再次唤醒一个sub方法调度线程，while循环等于true，唤醒的线程再次处于等待状态，那么还会有其它的线程可以获得锁，进入运行状态。
总结：notify方法很容易引起死锁，除非你根据自己的程序设计，确定不会发生死锁，notifyAll方法则是线程的安全唤醒方法。
背景知识
java中的锁池和等待池：http://blog.csdn.net/emailed/article/details/4689220
线程间协作：wait、notify、notifyAll：http://wiki.jikexueyuan.com/project/java-concurrency/collaboration-between-threads.html
java中的notify和notifyAll有什么区别？
作者：文龙
链接：https://www.zhihu.com/question/37601861/answer/145545371
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
今天正好碰到这个问题，也疑惑了好久。看了一圈知乎上的答案，感觉没说到根上。所以自己又好好Google了一下，终于找到了让自己信服的解释。
先说两个概念：锁池和等待池
- 锁池:假设线程A已经拥有了某个对象(注意:不是类)的锁，而其它的线程想要调用这个对象的某个synchronized方法(或者synchronized块)，由于这些线程在进入对象的synchronized方法之前必须先获得该对象的锁的拥有权，但是该对象的锁目前正被线程A拥有，所以这些线程就进入了该对象的锁池中。
- 等待池:假设一个线程A调用了某个对象的wait()方法，线程A就会释放该对象的锁后，进入到了该对象的等待池中
Reference：java中的锁池和等待池
然后再来说notify和notifyAll的区别
- 如果线程调用了对象的 wait()方法，那么线程便会处于该对象的等待池中，等待池中的线程不会去竞争该对象的锁。
- 当有线程调用了对象的 notifyAll()方法（唤醒所有 wait 线程）或 notify()方法（只随机唤醒一个 wait 线程），被唤醒的的线程便会进入该对象的锁池中，锁池中的线程会去竞争该对象锁。也就是说，调用了notify后只要一个线程会由等待池进入锁池，而notifyAll会将该对象等待池内的所有线程移动到锁池中，等待锁竞争
- 优先级高的线程竞争到对象锁的概率大，假若某线程没有竞争到该对象锁，它还会留在锁池中，唯有线程再次调用 wait()方法，它才会重新回到等待池中。而竞争到对象锁的线程则继续往下执行，直到执行完了 synchronized 代码块，它会释放掉该对象锁，这时锁池中的线程会继续竞争该对象锁。
Reference：线程间协作：wait、notify、notifyAll
综上，所谓唤醒线程，另一种解释可以说是将线程由等待池移动到锁池，notifyAll调用后，会将全部线程由等待池移到锁池，然后参与锁的竞争，竞争成功则继续执行，如果不成功则留在锁池等待锁被释放后再次参与竞争。而notify只会唤醒一个线程。
有了这些理论基础，后面的notify可能会导致死锁，而notifyAll则不会的例子也就好解释了
原文地址：https://www.cnblogs.com/zhuhongchang/p/8468032.html