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

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

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

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

这些方法用于不同的事情。

Thread.sleep(5000);   // Wait until the time has passed.

Object.wait();        // Wait until some other thread tells me to wake up.

Thread.sleep(n)可以被中断，但是Object.wait()必须被通知。 可以指定等待的最大时间:Object.wait(5000)，这样就可以使用wait，呃，睡眠，但这样你就不得不使用锁了。

这两种方法都不会在休眠/等待时使用cpu。

这些方法是使用本地代码实现的，使用类似的结构，但方式不同。

自己寻找:本机方法的源代码是否可用?文件/src/share/vm/prims/jvm.cpp是起点…

应该从同步块调用: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()中，线程停止工作，直到被等待的对象被通知，通常由其他线程通知。

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

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

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

方法wait(1000)使当前线程休眠一秒。 如果线程接收到notify()或notifyAll()方法调用，那么线程的睡眠时间可能小于1秒。 调用sleep(1000)会导致当前线程休眠1秒。 此外，睡眠线程不持有锁任何资源。但是等待线程可以。