根本区别在于锁的处理：sleep() 不释放锁且无需同步上下文，wait() 必须在 synchronized 块中调用并立即释放锁。

sleep() 和 wait() 的根本区别在哪？

一句话结论：sleep() 是让当前线程“打个盹”，不放锁、不依赖同步；wait() 是让当前线程“请假等通知”，必须在 synchronized 块里调用，且会立刻释放锁。

为什么 wait() 必须写在 synchronized 里？

因为 wait() 的语义是“我先放手这个锁，等别人喊我再抢回来”——没拿着锁就喊“我放手”，JVM 直接抛 IllegalMonitorStateException。这不是设计缺陷，而是强制你显式表达“我确实在保护共享状态”。

• wait() 调用前必须已进入该对象的 monitor（即已获得锁）
• sleep() 完全不管锁的事，连对象都不需要，Thread.sleep(100) 随处可写
• 常见错误：把 obj.wait() 写在非同步块里 → 运行时报错，不是编译错

锁会不会被释放？这是最易踩的坑

写错地方，轻则逻辑卡死，重则死锁。关键看锁：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• sleep()：线程暂停，但锁纹丝不动。其他线程想进同一 synchronized 方法？等着。
• wait()：一执行就交出锁，别的线程立刻能进 —— 所以它常配合 notify()/notifyAll() 用，否则没人能唤醒它
• 反模式示例：

  synchronized (lock) {
      Thread.sleep(1000); // 锁还在！别人进不来
      lock.wait();        // 这才放手
  }

怎么选？看你要解决什么问题

别背区别，看场景：

立即学习“Java免费学习笔记（深入）”；

• 要“延时执行”或“降低轮询频率” → 用 sleep()。比如每秒查一次数据库：Thread.sleep(1000)
• 要“等某个条件成立”（如队列有数据、资源就绪）→ 用 wait() + notify()。比如生产者往队列塞完，notify() 消费者
• 想带超时又不想依赖别人唤醒？wait(5000) 可以，5 秒后自动争锁继续；sleep(5000) 则纯靠时间驱动

真正容易被忽略的是：两者都抛 InterruptedException，而很多开发者只 catch 却不 restore 中断状态（即没调 Thread.currentThread().interrupt()），这会让上层调度逻辑失效。