等待和睡觉是两回事:

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

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

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

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

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

来源: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()，只有活动线程不需要直接 指向睡眠线程的指针，但仅指向共享锁对象。

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

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

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

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

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

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