凡是，多线程之间需要协调事情。譬喻，欣赏器的一个显示图片的线程 displayThread想要执行显示图片的任务，必需期待下载线程downloadThread将 该图片下载完毕。假如图片还没有下载完，displayThread可以暂停，当 downloadThread完成了任务后，再通知displayThread“图片筹备完毕，可 以显示了”，这时，displayThread继承执行。
以上逻辑简朴的说就是：假如条件不满意，则期待。当条件满意时，期待该 条件的线程将被叫醒。在Java中，这个机制的实现依赖于wait/notify。期待机 制与锁机制是密切关联的。譬喻：
synchronized(obj) {
while(!condition) {
obj.wait();
}
obj.doSomething();
}
当线程A得到了obj锁后，发明条件condition不满意，无法继承下一处理惩罚，于 是线程A就wait()。
在另一线程B中，假如B变动了某些条件，使得线程A的condition条件满意了 ，就可以叫醒线程A：
synchronized(obj) {
condition = true;
obj.notify();
}
需要留意的观念是：
◆挪用obj的wait(), notify()要领前，必需得到obj锁，也就是必需写在 synchronized(obj) {…} 代码段内。
◆挪用obj.wait()后，线程A就释放了obj的锁，不然线程B无法得到obj锁， 也就无法在synchronized(obj) {…} 代码段内叫醒A。
◆当obj.wait()要领返回后，线程A需要再次得到obj锁，才气继承执行。
◆假如A1,A2,A3都在obj.wait()，则B挪用obj.notify()只能叫醒A1,A2,A3中 的一个（详细哪一个由JVM抉择）。
◆obj.notifyAll()则能全部叫醒A1,A2,A3，可是要继承执行obj.wait()的下 一条语句，必需得到obj锁，因此，A1,A2,A3只有一个有时机得到锁继承执行， 譬喻A1，其余的需要期待A1释放obj锁之后才气继承执行。
◆当B挪用obj.notify/notifyAll的时候，B正持有obj锁，因此，A1,A2,A3虽 被叫醒，可是仍无法得到obj锁。直到B退出synchronized块，释放obj锁后， A1,A2,A3中的一个才有时机得到锁继承执行。
