我发现这篇文章很有帮助。它将Thread.sleep()， Thread.yield()和Object.wait()之间的区别放在人类术语中。引用:

这一切最终都会传到操作系统的调度程序 将时间片分发给进程和线程。 sleep(n)表示“我已经用完了我的时间片，请不要给我 再来一次，至少n毫秒。”操作系统甚至不会尝试这样做 调度睡眠线程，直到请求的时间过去。 yield()表示“我已经完成了我的时间片，但我仍然有工作要做 做的。”操作系统可以立即给线程另一个时间片， 或者给CPU的其他线程或进程生成线程 就这么放弃了。 wait()表示“我完成了我的时间片。别再给我了 时间片，直到有人调用notify()。”与sleep()一样，操作系统不会这样做 甚至尝试调度您的任务，除非有人调用notify()(或其中之一) 还有其他一些醒来的场景)。 线程在执行时也会丢失剩余的时间片 阻塞IO和其他一些情况下。如果线程工作 在整个时间片中，操作系统强制控制大致为 如果已经调用yield()，则其他进程可以运行。 你很少需要yield()，但是如果你有一个计算量很大的应用程序 逻辑任务边界，插入yield()可以改善系统 响应性(以时间为代价——上下文切换，甚至只是 到操作系统并返回，不是免费的)。衡量和测试你的目标 在乎，一如既往。

从oracle文档页面的wait()方法的对象:

public final void wait()

导致当前线程等待，直到另一个线程调用该对象的notify()方法或notifyAll()方法。换句话说，这个方法的行为就像简单地执行调用wait(0)一样。 当前线程必须拥有该对象的监视器。线程释放该监视器的所有权并等待，直到另一个线程通知等待该对象监视器的线程被唤醒 可能会出现中断和虚假唤醒 此方法只能由该对象的监视器的所有者的线程调用

这个方法抛出

IllegalMonitorStateException -如果当前线程不是对象的监视器的所有者。 InterruptedException——如果任何线程在当前线程等待通知之前或期间中断了当前线程。抛出此异常时，当前线程的中断状态将被清除。

从oracle文档页关于Thread类的sleep()方法:

public static void sleep(long millis)

使当前正在执行的线程休眠(暂时停止执行)指定的毫秒数，这取决于系统计时器和调度器的精度和准确性。 线程不会失去任何监视器的所有权。

这个方法抛出:

IllegalArgumentException -如果millis的值为负 InterruptedException -如果任何线程中断了当前线程。抛出此异常时，当前线程的中断状态将被清除。

其他关键区别:

Wait()是一个非静态方法(实例方法)，不同于静态方法sleep()(类方法)。

应该从同步块调用:wait()方法总是从同步块调用，即wait()方法需要在调用它的对象之前锁定对象监视器。但是sleep()方法可以从外部同步块调用，即sleep()方法不需要任何对象监视器。

IllegalMonitorStateException:如果wait()方法被调用而没有获得对象锁，则IllegalMonitorStateException在运行时抛出，但sleep()方法从不抛出此类异常。

属于哪个类:wait()方法属于java.lang.Object类，sleep()方法属于java.lang.Thread类。

在对象或线程上调用:wait()方法在对象上调用，而sleep()方法在线程上调用，而不是在对象上。

线程状态:当在对象上调用wait()方法时，持有对象监视器的线程从运行状态变为等待状态，只有在该对象上调用notify()或notifyAll()方法时才能返回到可运行状态。然后线程调度程序将线程从可运行状态调度到运行状态。 当sleep()在线程上被调用时，它会从运行状态转到等待状态，并在休眠时间结束时返回到可运行状态。

从同步块调用时:当wait()方法被调用时，线程离开对象锁。但是sleep()方法在从同步块或方法线程调用时不会留下对象锁。

更多参考资料

等待和睡觉是两回事:

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

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

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

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

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

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