通常，多线程之间需要协调工作。例如，浏览器的一个显示图片的线程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中的一个才有机会获得锁继续执行。