睡眠/中断和等待/通知之间的一个潜在的巨大区别是

在sleep()期间调用interrupt()总是抛出异常(例如InterruptedException)，而 在wait()期间调用notify()不会。

在不需要的时候生成异常是低效的。如果线程之间的通信速率很高，那么如果一直调用interrupt，就会产生很多异常，这完全是浪费CPU。

一个尚未提及的关键区别是:

sleep()不会释放它在线程上持有的锁， 同步(锁){ thread . sleep (1000);// LOCK被持有 ｝ Wait()释放它在对象上持有的锁。 同步(锁){ LOCK.wait ();// LOCK不被持有 ｝

让我们假设你正在听到歌曲。

只要当前歌曲正在运行，下一首歌就不会播放，即由下一首歌调用Sleep()

如果你完成了这首歌，它会停止，直到你选择播放按钮(notify())它才会播放，即由当前歌曲调用的wait()。

在这两种情况下，歌曲都进入等待状态。

等待和睡觉是两回事:

在sleep()中，线程在指定的时间内停止工作。 在wait()中，线程停止工作，直到被等待的对象被通知，通常由其他线程通知。

等待和睡眠的方法非常不同:

睡眠无法“唤醒”， 而wait在等待期间有一种“唤醒”的方式，由另一个线程调用notify或notifyAll。

仔细想想，这些名字在这方面令人困惑;然而，sleep是一个标准名称，而wait就像Win API中的WaitForSingleObject或WaitForMultipleObjects。

一个等待线程可以被另一个调用正在被等待的监视器上的notify线程“唤醒”，而一个睡眠线程则不能。另外，一个wait(和notify)必须发生在monitor对象上同步的块中，而sleep则不会:

Object mon = ...;
synchronized (mon) {
    mon.wait();
} 

此时，当前正在执行的线程等待并释放监视器。另一个线程可以

synchronized (mon) { mon.notify(); }

(在同一个mon对象上)和第一个线程(假设它是在监视器上等待的唯一线程)将被唤醒。

如果有多个线程在监视器上等待，您也可以调用notifyAll—这将唤醒所有线程。但是，只有一个线程能够获取监视器(记住，等待是在同步块中)并继续执行—其他线程将被阻塞，直到它们获得监视器的锁。

另一点是你在对象本身调用wait(即你在对象的监视器上调用wait)，而你在线程上调用sleep。

还有一点是，你可以从wait中得到虚假的唤醒(例如，正在等待的线程没有明显的原因就恢复了)。你应该总是等待在某些条件下旋转，如下所示:

synchronized {
    while (!condition) { mon.wait(); }
}