Java多线程中sleep和wait有什么区别_线程控制方法对比_技术教程

sleep是Thread类静态方法，作用于当前线程且不释放锁；wait是Object类实例方法，必须在synchronized块内调用，会释放指定对象锁并依赖notify协作。

sleep 是 Thread 类的静态方法，wait 是 Object 类的实例方法

这是最根本的区别，直接决定调用方式和作用对象。sleep 操作的是当前线程本身，不依赖任何对象锁；wait 必须在已获得某个对象锁的前提下调用，且只能由该对象上调用。

常见错误现象：IllegalMonitorStateException —— 直接在没加锁的代码里写 obj.wait() 就会抛这个异常。

Thread.sleep(1000) 可以在任意地方调用，哪怕没 synchronized 块
obj.wait() 必须出现在 synchronized(obj) { ... } 内部
wait 会释放当前持有的 obj 锁，而 sleep 不释放任何锁
两者都让线程进入 阻塞态（Blocked/Waiting），但 JVM 状态不同：sleep 进入 TIMED_WAITING，wait 进入 WAITING（或 TIMED_WAITING 如果带超时）

wait 必须配合 notify/notifyAll 使用，sleep 不需要

wait 的设计意图是线程协作：一个线程等某个条件成立，另一个线程负责“通知”。没有 notify，wait 可能永远卡住；sleep 则只看时间，到期自动恢复。

使用场景差异明显：

生产者-消费者模型中，消费者调用 queue.wait() 等待非空，生产者插入后调用 queue.notify()
sleep 更适合“延迟执行”“轮询间隔”这类单线程节奏控制，比如模拟心跳、重试退避
误用 wait 而忘记 notify 是典型死锁诱因；误用 sleep 通常只是逻辑延时不准

中断行为不同：sleep 响应 interrupt，wait 也响应但需重新检查条件

两者都会被 Thread.interrupt() 打断，但处理方式有关键区别：

sleep 被中断时抛出 InterruptedException，并清除中断状态（Thread.interrupted() 返回 true 后变为 false）
wait 被中断同样抛 InterruptedException，但**不保证条件已满足**，必须放在 while 循环里重检

while (queue.isEmpty()) {
    try {
        queue.wait();
    } catch (InterruptedException e) {
        Thread.currentThread().interrupt(); // 恢复中断状态
        return; // 或重新 throw
    }
}

漏掉 while 循环、用 if 替代，是 wait 最常见的误用——虚假唤醒（spurious wakeup）会导致线程在条件仍不满足时继续执行。