Java中让出CPU执行权的两种常用方式是Thread.yield()和Thread.sleep()：前者是不保证效果的礼貌性让权，线程保持RUNNABLE状态；后者是带时间约束的强制暂停，使线程进入TIMED_WAITING状态。

Java中让出CPU执行权的两种常用方式

在Java多线程编程里，Thread.yield() 和 Thread.sleep() 都能主动让出当前线程对CPU的占用，但它们的行为逻辑完全不同。别指望用 yield() 实现精确延时或线程同步，它只是个“礼貌性提示”，而 sleep() 是带时间约束的强制暂停。

yield() 只是建议，不保证任何效果

yield() 的作用是向调度器发出一个信号：“我愿意让出CPU，让同优先级的其他线程先运行”。但它不改变线程状态（仍为 RUNNABLE），也不释放锁，更不保证有其他线程立刻被调度。

• 在大多数现代JVM（尤其是Linux/HotSpot）上，yield() 常被直接忽略，尤其在线程数远少于CPU核心数时
• 无法指定让出时长，没有参数，调用后可能马上又被调度回来
• 不会抛出 InterruptedException，也不需要 try-catch
• 适合用于自旋等待的微优化（比如配合 volatile 标志位轮询），但实际收益极低，生产环境基本不用

sleep() 会真正挂起线程并释放CPU

sleep(long millis) 或 sleep(long millis, int nanos) 会让当前线程进入 TIMED_WAITING 状态，在指定时间内不参与CPU竞争。它不释放已持有的锁，但会交出CPU使用权，且行为可预测。

Java调试

通过 JDWP 实现 Java 远程调试：连接远程 JVM、设置断点、单步执行代码、查看变量值、获取调用栈。适用于需要调试远程 Java 应用、排查运行时状态、追踪代码执行流程的场景。 术语注解 JDWP：Java Debug Wire Protocol，Java 调试有线协议（Java 远程调试底层通信协议） remote JVM：远程 Java 虚拟机 step through code：代码单步调试（步入 / 步过 / 步出调试） inspect variables：变量查看 / 变量检视 stac

下载

• 必须处理 InterruptedException，否则编译不通过
• 即使被中断，也不会自动清除中断状态，需手动检查 Thread.interrupted()
• 最小精度受限于系统定时器（通常10–15ms），sleep(1) 很可能实际停顿10ms以上
• 常见误用：在 synchronized 方法里调用 sleep() —— 锁不会释放，其他线程仍会被阻塞

什么时候该用哪个？别混淆目的和副作用

想“暂停一会儿再继续”？用 sleep()。想“试试看能不能让别的同优先级线程跑一跑”？理论上用 yield()，但现实中几乎没意义。真正的协作式让权，应该用 wait()/notify() 或 LockSupport.park()，而不是靠调度器猜你的心思。

最容易被忽略的一点：两者都不解决竞态条件或替代同步机制。yield() 不是轻量版 wait()，sleep() 也不是线程安全的代餐。写并发代码时，过度依赖它们反而会掩盖设计缺陷。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南