版权声明:本文为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循环的条件时,跳出循环,执行后面的代码。