java线程——notifyAll通知的泄露
版权声明：本文为CSDN博主「兰亭风雨」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/ns_code/article/details/17229601
如果线程在等待时接到通知，但线程等待的条件还不满足，此时，线程接到的就是早期通知，如果条件满足的时间很短，但很快又改变了，而变得不再满足，这时也将发生早期通知。这种现象听起来很奇怪，下面通过一个示例程序来说明问题。
很简单，两个线程等待删除List中的元素，同时另外一个线程正要向其中添加项目。代码如下：
package com.itheima.gan; import java.util.Collections; import java.util.LinkedList; import java.util.List; public class EarlyNotify extends Object{ //创建一个私有的集合 private List list; //构造方法 public EarlyNotify() { list = Collections.synchronizedList(new LinkedList()); } //输出方法 private static void print(String msg) { String name=Thread.currentThread().getName(); System.out.println(name+" "+msg); } //删除元素的方法 public String removeItem() throws InterruptedException { print("线程进入了removeItem方法"); synchronized (list) { //如果集合元素为空就线程就等待 if(list.isEmpty()) { print("集合为空，开始执行wait方法"); /*线程执行等待的话,会释放当所持有的锁, * 一直到被Notify方法或者notiffyAll唤醒，才去继续争夺锁 * */ list.wait(); print("被唤醒，退出了wait方法"); } //删除第一个元素 String item=(String) list.remove(0); print("退出removeItem方法"); return item; } } //添加方法 public void addItem(String item) { print("进入了addItem方法"); synchronized (list) { //添加元素 list.add(item); print("进入了添加方法后，添加元素"); //添加后,执行唤醒方法 list.notifyAll(); print("执行了唤醒的方法"); } print("退出了addItem方法"); } public static void main(String[] args) { //创建一个对象 final EarlyNotify en =new EarlyNotify(); //删除的线程 Runnable runA =new Runnable() { @Override public void run() { try { //执行删除方法,并且返回删除的元素 String item=en.removeItem(); print("进入run方法后，返回了删除的元素"+item); } catch (InterruptedException e) { e.printStackTrace(); }catch (Exception e) { e.printStackTrace(); } } }; //添加线程 Runnable runB=new Runnable() { @Override public void run() { en.addItem("Hello!"); } }; try { Thread threadA1=new Thread(runA,"删除线程1"); threadA1.start(); Thread.sleep(500); Thread threadA2=new Thread(runA,"删除线程2"); threadA2.start(); Thread.sleep(500); Thread thread3=new Thread(runB,"添加线程"); thread3.start(); Thread.sleep(10000); threadA1.interrupt(); threadA2.interrupt(); } catch (InterruptedException e) { // TODO Auto-generated catch block e.printStackTrace(); } } }
运行结果：
分析：首先启动threadA1，threadA1在removeItem（）中调用wait（），从而释放list上的对象锁。再过500ms，启动threadA2，threadA2调用removeItem（），获取list上的对象锁，也发现列表为空，从而在wait（）方法处阻塞，释放list上的对象锁。再过500ms后，启动threadB，并调用addItem，获得list上的对象锁，并在list中添加一个元素，同时用notifyAll通知所有线程。
threadA1和threadA2都从wait（）返回，等待获取list对象上的对象锁，并试图从列表中删除添加的元素，这就会产生麻烦，只有其中一个操作能成功。假设threadA1获取了list上的对象锁，并删除元素成功，在退出synchronized代码块时，它便会释放list上的对象锁，此时threadA2便会获取list上的对象锁，会继续删除list中的元素，但是list已经为空了，这便会抛出IndexOutOfBoundsException。
要避免以上问题只需将wait外围的if语句改为while循环即可，这样当list为空时，线程便会继续等待，而不会继续去执行删除list中元素的代码。
总结：在使用线程的等待/通知机制时，一般都要在while循环中调用wait（）方法，满足条件时，才让while循环退出，这样一般也要配合使用一个boolean变量（或其他能判断真假的条件，如本文中的list.isEmpty()），满足while循环的条件时，进入while循环，执行wait（）方法，不满足while循环的条件时，跳出循环，执行后面的代码。
