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

我们两者都有，因为尽管让其他人在你不使用CPU时使用它似乎是明智的，但实际上上下文切换是有开销的——取决于睡眠的时长，在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()，只有活动线程不需要直接 指向睡眠线程的指针，但仅指向共享锁对象。

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

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

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

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

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

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

从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()(类方法)。

这是一个非常简单的问题，因为这两种方法有完全不同的用途。

主要的区别是等待释放锁或监视器，而sleep在等待时不释放任何锁或监视器。Wait用于线程间通信，而sleep用于执行时引入暂停。

这只是一个清晰而基本的解释，如果你想了解更多，请继续阅读。

在wait()方法的情况下，线程进入等待状态，它不会自动返回，直到我们调用notify()方法(或notifyAll()如果你有多个线程处于等待状态，你想唤醒所有这些线程)。您需要同步或对象锁或类锁来访问wait()或notify()或notifyAll()方法。还有一件事，wait()方法用于线程间通信，因为如果一个线程处于等待状态，您将需要另一个线程来唤醒该线程。

但是对于sleep()，这是一个用于将进程保持几秒钟或您想要的时间的方法。因为您不需要调用任何notify()或notifyAll()方法来取回线程。或者你不需要任何其他线程来回调那个线程。比如，如果你想让某些事情在几秒钟后发生，比如在游戏中，在用户轮到自己之后，你想让用户等待直到电脑开始运行，那么你可以使用sleep()方法。

还有一个在面试中经常被问到的更重要的区别:sleep()属于Thread类，wait()属于Object类。

这些就是sleep()和wait()之间的所有区别。

这两个方法之间有一个相似之处:它们都是checked语句，所以你需要try catch或throws来访问这些方法。

我希望这对你有所帮助。

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