yield() 仅礼貌提示调度器让出cpu，不阻塞线程、不释放锁、不响应中断；调用后线程转为就绪态参与竞争，效果依赖jvm和系统调度，仅对同优先级线程有效。
yield() 不强制让出 CPU，只是礼貌提示调度器“我愿意让位”。它不会引起线程阻塞或状态切换，也不保证其他线程立刻执行，更不释放锁——这点和 wait()、sleep() 有本质区别。
yield() 的核心行为
调用 yield() 后，当前线程从“运行中（Running）”状态转为“就绪（Runnable）”状态，重新参与 CPU 竞争。调度器可能立即再次选中它，也可能选中同优先级的其他线程。它的实际效果高度依赖 JVM 实现和底层操作系统调度策略。
- 只对同优先级线程有效：低优先级线程不会因高优先级线程 yield 而获得执行机会
- 不释放任何资源：持有 synchronized 锁、ReentrantLock 或其他同步状态不受影响
- 无法被中断：yield() 不响应 interrupt()，也不会抛出 InterruptedException
典型适用场景
yield() 主要用于**协作式让权**，适合在循环中主动降低自身抢占性，给同优先级任务更多机会，尤其在无明确等待条件但又希望避免过度占用 CPU 的场合。
- 自旋等待优化：比如忙等某个标志位变化时，插入 yield() 可减少 CPU 空转消耗
- 公平性微调：多个计算密集型线程协同工作时，定期 yield 提升整体响应均衡性
- 测试与调试：模拟线程切换，帮助暴露竞态条件（但不可用于生产环境同步逻辑）
常见误用与替代方案
很多人误以为 yield() 是“线程礼让”或“轻量级 sleep”，结果发现效果不稳定甚至无效。实际上，现代 JVM 和操作系统下，yield() 的作用已大幅弱化。
- 不要用它代替 sleep(1)：若需短暂让出，sleep(1) 更可靠；若需精确控制，应使用 LockSupport.parkNanos()
- 不要依赖它实现同步：它不构成内存屏障，也不提供 happens-before 关系，不能替代 volatile 或锁
- 避免在关键路径频繁调用：反复 yield 可能引发不必要的上下文切换开销，反而降低性能
简单示例：对比 yield 与 sleep
以下代码演示 yield() 的非确定性：
Thread t1 = new Thread(() -> {
for (int i = 0; i {
for (int i = 0; i
<p>输出顺序不可预测，可能全是 t1 先打完，也可能交错——这正是 yield() “提示而非承诺”的体现。</p>Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
