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

来源: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/interrupt，首先需要保留对休眠线程的引用，然后手动逐个中断它们。

一个来自现实生活的例子很好地解释了这一点，一个经典的餐厅和员工之间用来沟通的方法:服务员把顾客的要求放在一个中心的地方(一块软木板，一张桌子等)，摇铃，然后厨房的工人来接受这些要求。一旦有菜准备好了，厨房工作人员就会再次按铃，让服务员知道并把菜送到顾客面前。

让我们假设你正在听到歌曲。

只要当前歌曲正在运行，下一首歌就不会播放，即由下一首歌调用Sleep()

如果你完成了这首歌，它会停止，直到你选择播放按钮(notify())它才会播放，即由当前歌曲调用的wait()。

在这两种情况下，歌曲都进入等待状态。

应该从同步块调用: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()期间调用interrupt()总是抛出异常(例如InterruptedException)，而 在wait()期间调用notify()不会。

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