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

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

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

等待和睡觉是两回事:

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

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

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

等待会释放锁，而睡眠不会。处于等待状态的线程可以在调用notify或notifyAll时被唤醒。但是在睡眠的情况下，线程保持锁，并且只有在睡眠时间结束时才有资格。

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

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

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

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

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

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

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