Thread.sleep()让调用它的当前线程暂停执行，不释放锁，必须处理InterruptedException；误用如myThread.sleep()实为休眠当前线程，正确做法是在目标线程run()中调用。
在Java中，Thread.sleep() 是让当前线程暂停执行指定时间的最直接方式，但它不是“让某个线程睡”，而是“让调用它的那个线程睡”——这点必须明确，否则容易误用。
sleep方法的基本用法和注意事项
Thread.sleep(long millis) 和 Thread.sleep(long millis, int nanos) 都是静态方法，作用于当前正在运行的线程。它不会释放已持有的锁（如synchronized锁或ReentrantLock），这点和 wait() 有本质区别。
- 必须处理
InterruptedException：该异常是检查型异常，不捕获或声明就会编译失败 - 休眠时间是“建议值”，实际暂停可能略长（受系统调度精度、负载影响），但绝不会更短
- 线程被其他线程调用
interrupt()时会提前唤醒，并抛出InterruptedException，同时清除中断状态
常见误用场景及修正方式
新手常把 sleep 当作控制其他线程的工具，比如在主线程里调用 thread.sleep()，这是无效的——因为 sleep 是静态方法，对谁调用都只影响当前线程。
- ❌ 错误：
myThread.sleep(1000);—— 编译通过但实际休眠的是当前线程，不是myThread - ✅ 正确：若想让某线程“等待一段时间再干活”，应在该线程自己的
run()方法内调用Thread.sleep() - ⚠️ 注意：不要在循环中无条件 sleep 而忽略中断响应，应配合中断检查做优雅退出
与wait/notify、LockSupport.park的区别
sleep 最适合“单纯延时”，不需要协作或通信；而 wait 必须在同步块中调用，会释放锁并等待通知；LockSupport.park() 更底层，不释放锁，也不需要同步上下文，常用于构建高级并发工具。
立即学习“Java免费学习笔记（深入）”；
- 用
sleep：定时轮询、模拟延迟、简单节奏控制 - 用
wait/notify：线程间协作（如生产者-消费者） - 用
park/unpark：实现自定义锁、条件队列等
实用建议：如何安全地使用sleep
真实项目中，不建议裸写 Thread.sleep()，尤其在需要响应中断的场景。推荐封装成可中断的延时逻辑。
- 捕获
InterruptedException后，通常应恢复中断状态：Thread.currentThread().interrupt(); - 避免在 finally 块中调用 sleep，可能掩盖真正异常
- 高精度定时需求（如游戏、音视频）慎用 sleep，优先考虑
System.nanoTime()+ 自旋或 ScheduledExecutorService - 测试中若需等待线程完成，优先用
join()或 CountDownLatch，而非靠 sleep 猜测耗时
不复杂但容易忽略细节。掌握 sleep 的作用对象、异常处理和适用边界，就能避开大多数线程阻塞类问题。
