在这里，我列出了wait()和sleep()方法之间的一些重要区别。 PS:也可以点击链接查看库代码(内部工作，只是为了更好地理解而玩一下)。

wait ()

Wait()方法释放锁。 wait()是Object类的方法。 wait()是非静态方法——public final void wait()会抛出InterruptedException{//…} wait()应该由notify()或notifyAll()方法通知。 Wait()方法需要从循环中调用，以处理假警报。 wait()方法必须从同步上下文(即同步方法或块)调用，否则将抛出IllegalMonitorStateException

睡眠()

Sleep()方法不释放锁。 sleep()是java.lang.Thread类的方法。 sleep()是静态方法——public static void sleep(long millis, int nanos)会抛出InterruptedException{//…｝ 在指定的时间量之后，sleep()将完成。 Sleep()最好不要从循环中调用(即。参见下面的代码)。 Sleep()可以从任何地方调用。没有具体的要求。

参考:等待和睡眠的区别

调用等待和睡眠方法的代码片段

synchronized(monitor){
    while(condition == true){ 
        monitor.wait()  //releases monitor lock
    }

    Thread.sleep(100); //puts current thread on Sleep    
}

这里wait()将处于等待状态，直到它被另一个线程通知，而sleep()将有一段时间，之后它将自动转移到就绪状态…

wait()是Object类的一个方法。 sleep()是Thread类的一个方法。 Sleep()允许线程进入睡眠状态x毫秒。 当线程进入睡眠状态时，它不会释放锁。 Wait()允许线程释放锁并进入挂起状态。 当notify()或notifAll()方法被激活时，该线程将处于活动状态 为同一个对象调用。

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

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

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

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

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

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

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

等待和睡觉是两回事:

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