wait()必须被synchronized包围，当线程进入synchronized块或方法时，它意味着获得锁，所以它不阻塞，调用wait意味着释放锁，所以它退出synchronized然后阻塞，thread .sleep()导致当前线程在指定的时间内暂停执行。线程不会失去任何监视器的所有权

一个等待线程可以被另一个调用正在被等待的监视器上的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(); }
}

Sleep()方法导致当前线程在指定的时间内从运行状态转移到阻塞状态。如果当前线程拥有任何对象的锁，那么它会一直持有它，这意味着其他线程不能在该类对象中执行任何同步方法。

Wait()方法会导致当前线程在指定的时间内进入阻塞状态或直到notify，但在这种情况下，线程会释放对象的锁(这意味着其他线程可以执行调用对象的任何同步方法)。

Wait()和sleep()的区别?

thread . sleep () 一旦它的工作完成，它就会向所有人释放锁。直到它永远不会向任何人释放锁。

  Sleep() take the key, its never release the key to anyone, when its work completed then only its release then only take the key waiting stage threads.

Object.wait () 当它进入等待阶段时，它将释放键，并根据参数等待一些秒。

例如:

你的右手拿着咖啡，你可以拿另一个同手的任何一个人，什么时候你会放下然后只拿另一个同类型的物体在这里。也。这是sleep() 你睡觉的时候你什么工作都没做，你只是在睡觉。这里也一样。

wait()。当你被放下，在等待的时候再拿一个，那就是等待

你在你的系统中播放电影或任何东西，就像播放器一样，你一次不能播放多个，对吧，就是在这里，当你关闭并选择另一个任何人的电影或歌曲时，这意味着等待

简单地说，wait是等待，直到其他线程调用你，而sleep是在指定的一段时间内“不执行下一个语句”。

此外，sleep是Thread类中的静态方法，它在线程上操作，而wait()是Object类中的静态方法，在对象上调用。

还有一点，当你在某个对象上调用wait时，线程同步该对象，然后等待。：）

在我看来，这两种机制之间的主要区别在于，睡眠/中断是处理线程的最基本方式，而等待/通知是一种抽象，旨在使线程间的通信更容易。这意味着睡眠/中断可以做任何事情，但这个特定的任务更难完成。

为什么等待/通知更合适?以下是一些个人考虑:

它加强了中央集权。它允许使用单个共享对象协调一组线程之间的通信。这大大简化了工作。 它强制同步。因为它使程序员将等待/通知调用包装在同步块中。 它与线程的起源和编号无关。使用这种方法，您可以任意添加更多线程，而无需编辑其他线程或跟踪现有线程。如果使用sleep/interrupt，首先需要保留对休眠线程的引用，然后手动逐个中断它们。

一个来自现实生活的例子很好地解释了这一点，一个经典的餐厅和员工之间用来沟通的方法:服务员把顾客的要求放在一个中心的地方(一块软木板，一张桌子等)，摇铃，然后厨房的工人来接受这些要求。一旦有菜准备好了，厨房工作人员就会再次按铃，让服务员知道并把菜送到顾客面前。