Java 中 Thread.yield() 是静态方法，仅建议同优先级线程让出 CPU，不释放锁、不保证切换，现代 JVM 常忽略它；应优先使用 sleep()、LockSupport.parkNanos() 或并发工具类替代。
Java 中没有 yield() 方法供开发者直接调用以“提示线程调度器让出 CPU”——这个方法确实存在，但它是 Thread 类的静态方法，且语义是“建议”而非“强制”让出 CPU，实际效果取决于 JVM 和底层操作系统的调度策略。
yield() 的作用和本质
Thread.yield() 会让当前正在执行的线程从 运行态（RUNNABLE） 暂时回到 就绪态（READY），向调度器发出一个友好提示：“我愿意让出这次 CPU 时间片，看看有没有其他同优先级的线程需要运行”。但它不释放锁、不进入阻塞态、不保证切换发生，也不影响线程优先级。
- 仅对同优先级或更高优先级的可运行线程“生效”（低优先级线程即使 yield，高优先级线程仍可能继续抢占）
- 在大多数现代 JVM（如 HotSpot）上，尤其在多核 CPU 下，yield() 常被忽略或优化掉，因为调度器本身已足够智能
- 它不是线程同步或协作的可靠手段，不能替代
wait()/notify()或LockSupport.park()
如何正确调用 yield()
直接通过类名调用静态方法即可：
Thread.yield(); // 写在任意线程的执行逻辑中（如 run() 或 lambda 内）
例如：
立即学习“Java免费学习笔记（深入）”；
new Thread(() -> {
for (int i = 0; i < 5; i++) {
System.out.println("Working... " + i);
if (i == 2) Thread.yield(); // 主动让出一次
}
}).start();
⚠️ 注意：不要在循环中频繁、盲目调用 yield()，这可能导致性能下降或产生不可预测的调度行为。
yield() 的典型适用场景（极少且谨慎）
真正适合用 yield() 的情况非常有限，常见于：
-
自旋等待的轻量退让：在无锁算法中，当发现资源暂不可用，又不想立即阻塞（如 sleep），可用 yield() 短暂让出，减少忙等开销（但仍推荐用
LockSupport.parkNanos(1)更可控） - 测试与调试目的：人为制造线程切换，观察竞态条件或验证并发逻辑（生产代码中应避免）
- 极简协作模型：多个计算密集型线程主动配合，避免单一线程长期霸占 CPU（但更推荐用线程池 + 任务拆分）
替代 yield() 的更可靠方案
多数情况下，应优先考虑以下方式代替 yield()：
-
Thread.sleep(1)：至少让出 1 毫秒，效果比 yield() 更确定（注意捕获InterruptedException） -
LockSupport.parkNanos(100_000)：纳秒级精准让出，常用于高性能并发库（如 AQS） - 使用
java.util.concurrent工具类（如CountDownLatch、Semaphore、BlockingQueue）实现显式协作 - 合理设计线程模型：用线程池控制并发度，避免手动干预调度
