java的等待/通知机制

场景：
一个线程修改了一个对象的值，而另一个线程感知到了变化，然后进行响应的操作，整个过程开始于一个线程，而最终执行又是另一个线程。前者是生产者，后者是消费者，这种模式隔离了“做什么”和“怎么做”，在功能层面上实现了解耦，体系结构上具备了良好的伸缩性，但是在java语言中如何实现类似的功能呢？

实现：
简单的办法是让消费者不断地循环检查是否符合预期，如下代码：
while(value!=desire){
Thread.sleep(1000);
}
dosomething();
上面的伪代码在条件不满足的时候就睡眠一段时间，这样做的目的是防止过快的“无效”的尝试，这种方法看似实现了所需的功能，但是却存在如下问题：
1.难以确保及时性。在睡眠时，基本上不消耗处理器资源，但是如果睡得太久，就不能及时发现条件已经改变，也就是及时性难以保证。
2.难以降低开销。如果降低了睡眠的时间，比如休眠1毫秒，这样消费者能更加迅速地发现条件变化，但是却可能消耗更多处理器资源，造成了无端的浪费。

*解决：*
以上两个问题看似难以解决，但是java通过内置的等待/通知机制能够很好地解决这个矛盾并实现所需的功能。
等待/通知的相关方法在任意java对象都具备，因为这些方法被定义在所有对象的超类java.lang.Object上。
相关方法：
notify()：通知一个在对象上等待的线程，使其从wait()方法返回，而返回的前提是该线程获得到了对象的锁。
notifyAll()：通知所有等待在该对象上的线程。
wait()：通知该方法在线程进入WAITING状态，只有等待另外线程的通知或者被中断才会返回，需要注意，调用wait()方法后，会释放对象的锁。
wait(long)：超时等待一段时间，这里的参数时间是毫秒，也就是等待长达n毫秒，如果没有通知就超时返回。
wait(long,int)：对于超时时间更加细粒度的控制，可以达到纳秒。

等待/通知机制：
是指一个线程A调用了对象O的wait()方法进入等待状态，而另一个线程B调用了对象O的notify()或者notifyAll()方法，线程A收到通知后从对象O的wait()方法返回，进而执行后续操作。上述两个线程通过对象O起来完成交互，而对象上的wait()和 notify() /notifyAll() 的关系就如同开关信号一样，用来完成 等待方 与 通知方 的交互工作。

细节：
调用wait()、notify()、以及notifyAll()时需要注意的细节：
1.使用wait()、notify()、notifyAll()时需要对调用对象加锁。
2.调用wait()方法后，线程状态由RUNNING变为WAITING，并将当前线程放置到对象的等待队列。
3.notify()或者notifyAll()方法调用后，等待线程依旧不会从wait()返回，需要调用notify()或者notifyAll()的线程释放锁之后，等待线程才有机会从wait()返回。
4.notify()方法将等待队列中的一个线程从等待队列中移到同步队列中，而notifyAll方法则是将等待队列中所有的线程全部移动到同步对列，被移动的线程状态由WAITING变为BLOCKED。
5.从wait()方法返回的前提是获得了调用对象的锁。
等待/通知机制依托于同步机制，其目的就是确保等待线程从wait()方法返回能够感知线程对变量做出的修改。

（原谅博主的画图技术）
对上图解释：
WaitThread首先获取了对象的锁，然后调用对象的wait()方法，从而放弃了锁并进入了对象的等待队列WaitQueue中，进入等待状态。由于WaitThread释放了对象的锁，NotifyThread随后获取了对象的锁，并调用对象的notify()方法，将WaitThread从WaitQueue移到SynchronizedQueue中，此时WaitThread的状态从WAITING变为BLOCKED状态。NotifyThread释放了锁之后，WaitThread再次获得锁并从wait()方法返回继续执行。

以后我还是会慢慢整理关于java多线程的知识！
真的希望可以帮助到大家！