wait()必须被synchronized包围，当线程进入synchronized块或方法时，它意味着获得锁，所以它不阻塞，调用wait意味着释放锁，所以它退出synchronized然后阻塞，thread .sleep()导致当前线程在指定的时间内暂停执行。线程不会失去任何监视器的所有权

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

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

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

等待和睡觉是两回事:

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

sleep()是一个用来保持进程几秒钟或你想要的时间的方法，但如果wait()方法线程处于等待状态，它不会自动返回，直到我们调用notify()或notifyAll()。

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

thread .sleep()将当前线程发送到“不可运行”状态一段时间。线程保留它获得的监视器——也就是说，如果线程当前在一个同步块或方法中，没有其他线程可以进入这个块或方法。如果另一个线程调用t.interrupt()，它将唤醒正在睡觉的线程。注意，sleep是一个静态方法，这意味着它总是影响当前线程(正在执行sleep方法的线程)。一个常见的错误是调用t.sleep()，其中t是一个不同的线程;即使这样，当前线程也会休眠，而不是t线程。

object.wait()将当前线程发送到“Not Runnable”状态，就像sleep()，但是有一个扭曲。Wait被调用在对象上，而不是线程上;我们称这个对象为“锁对象”。在lock.wait()被调用之前，当前线程必须在锁对象上同步;Wait()然后释放这个锁，并将线程添加到与锁相关的“等待列表”中。稍后，另一个线程可以同步同一锁对象并调用lock.notify()。这将唤醒原始的等待线程。基本上，wait()/notify()类似于sleep()/interrupt()，只是活动线程不需要直接指向睡眠线程，而只需要指向共享锁对象。

synchronized(LOCK) {   
   Thread.sleep(1000); // LOCK is held
}

synchronized(LOCK) {   
   LOCK.wait(); // LOCK is not held
}

让我们对以上几点进行分类:

呼吁:

wait():调用一个对象;当前线程必须同步锁对象。 sleep():在线程上调用;总是当前执行线程。

同步:

wait():同步的多个线程逐个访问同一个对象。 Sleep():当同步的多个线程等待休眠线程的休眠。

持有锁:

Wait():释放锁，让其他对象有机会执行。 Sleep():如果指定超时或有人中断，则保持锁定至少t次。

唤醒条件:

wait():直到调用notify()， notifyAll()从对象 Sleep():直到至少超时或调用interrupt()。

用法:

Sleep():用于时间同步和; Wait():用于多线程同步。

参考:差别睡眠和等待

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

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

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

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

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

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

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