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

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

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

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

在这里，我列出了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    
}

这里有很多答案，但我找不到任何一个提到的语义区别。

这与线程本身无关;这两种方法都是必需的，因为它们支持非常不同的用例。

sleep()让线程像以前一样进入睡眠状态，它只是打包上下文并在预定义的时间内停止执行。因此，为了在到期时间之前唤醒它，您需要知道Thread引用。这在多线程环境中并不常见。它主要用于时间同步(例如，在3.5秒内醒来)和/或硬编码的公平性(只睡一会儿，让其他线程工作)。

相反，wait()是一种线程(或消息)同步机制，它允许您通知没有存储引用(也没有关心)的线程。您可以将其视为一个发布-订阅模式(wait == subscribe and notify() == publish)。基本上，使用notify()你是在发送一条消息(甚至可能根本没有收到，通常情况下你并不关心)。

总而言之，通常使用sleep()进行时间同步，使用wait()进行多线程同步。

它们可以在底层操作系统中以同样的方式实现，也可以完全不实现(因为以前版本的Java没有真正的多线程;可能一些小的虚拟机也不这样做)。别忘了Java是在VM上运行的，所以你的代码会根据所运行的VM/OS/HW的不同而转换成不同的东西。

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

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

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

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

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

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

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

来源:http://www.jguru.com/faq/view.jsp?EID=47127

thread .sleep()将当前线程发送到“不可运行”状态 在一段时间内。线程保留它所获得的监视器 ——也就是说，如果线程当前在一个同步块或方法中，其他线程不能进入这个块或方法。如果另一个线程调用t.interrupt()，它将唤醒正在睡觉的线程。 注意，sleep是一个静态方法，这意味着它总是有影响 当前线程(正在执行sleep方法的线程)。一个 常见的错误是调用t.sleep()，其中t是另一个线程; 即使这样，当前线程也会休眠，而不是t线程。 T.suspend()已弃用。使用它可以暂停其他线程 而不是当前线程。挂起的线程保存其所有监视器和 因为这个状态是不可中断的，所以很容易死锁。 object.wait()将当前线程发送到“不可运行”状态， 类似于sleep()，但有一点不同。在对象上调用Wait，而不是 线程;我们称这个对象为“锁对象”。在lock.wait()之前 调用时，当前线程必须同步锁对象;wait () 然后释放这个锁，并将线程添加到“等待列表” 与锁关联。上的另一个线程可以同步 相同的锁对象并调用lock.notify()。这唤醒了原始的， 等待线程。基本上，wait()/notify()就像 Sleep ()/interrupt()，只有活动线程不需要直接 指向睡眠线程的指针，但仅指向共享锁对象。