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

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

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

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

等待和睡觉是两回事:

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

wait()和sleep()的区别

最根本的区别是wait()是Object的非静态方法，sleep()是Thread的静态方法。 主要的区别是wait()释放锁，而sleep()在等待时不释放任何锁。 Wait()用于线程间通信，而sleep()通常用于在执行时引入暂停。 wait()应该从synchronise内部调用，否则我们会得到一个IllegalMonitorStateException，而sleep()可以在任何地方调用。 要从wait()再次启动线程，必须无限期地调用notify()或notifyAll()。至于sleep()，线程肯定会在指定的时间间隔后启动。

相似之处

两者都使当前线程进入不可运行状态。 两者都是本机方法。

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

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

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

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

你是正确的- Sleep()导致线程“睡眠”，CPU将离开并处理其他线程(也称为上下文切换)，而我认为Wait保持CPU处理当前线程。

我们两者都有，因为尽管让其他人在你不使用CPU时使用它似乎是明智的，但实际上上下文切换是有开销的——取决于睡眠的时长，在CPU周期中切换线程可能比简单地让你的线程在几毫秒内什么都不做要昂贵得多。

还要注意，睡眠会强制进行上下文切换。

此外——通常情况下控制上下文切换是不可能的——在等待期间，操作系统可能(并且会有更长的等待)选择处理其他线程。