thread.yield()是向调度器建议让出cpu的静态方法，不保证生效，线程仍处runnable状态；它仅对同优先级线程有效，现代jvm中常被优化为no-op，仅适用于调试或教学场景。
Thread.yield() 是一个静态方法，用于向线程调度器发出“当前线程愿意让出 CPU”的提示，但它不保证一定会被调度器采纳，也不影响线程优先级或状态（线程仍处于 RUNNABLE 状态）。
yield() 的实际作用机制
它只是向 JVM 的线程调度器发送一个建议：「我暂时不急着继续执行，可以考虑让其他同优先级的线程运行」。是否响应这个建议，完全取决于调度器实现（如操作系统线程调度策略、JVM 版本、是否启用了某些优化等）。
- 在大多数现代 JVM（如 HotSpot）中，
yield()常被编译为空操作（no-op），尤其在启用 JIT 优化后可能直接被忽略 - 它只对同优先级的可运行线程有意义；高优先级线程不会因低优先级线程调用 yield 而让出 CPU
- 调用后，当前线程会从「运行中」回到「就绪队列」头部（不是末尾），所以很可能下一轮又被立即选中——这不是“礼让”，更像一次“试探性暂停”
什么场景下 yield() 可能有点用
它极少用于生产环境的逻辑控制，但在极少数边界调试或教学演示中可辅助观察线程行为：
- 在自旋等待（busy-wait）循环中，避免过度占用 CPU（但应优先用
LockSupport.parkNanos()或wait()/notify()） - 多线程协作测试中，人为制造线程切换机会，便于复现竞态条件（例如验证 volatile 或 synchronized 是否生效）
- 教育目的：演示“线程并非抢占式绝对公平”，帮助理解调度的不确定性
常见误区与替代方案
很多人误以为 yield() 能实现协作式调度或解决线程饥饿，这是不准确的：
- ❌ 不要用来“确保”某段代码执行完再切换——无法保证时序
- ❌ 不要替代同步机制（如
synchronized、ReentrantLock） - ✅ 更可靠的协作方式：使用
Object.wait()+notify()、CountDownLatch、CyclicBarrier或BlockingQueue - ✅ 若需短暂暂停，用
Thread.sleep(1)比yield()更可控（至少会进入 TIMED_WAITING 状态）
简单示例（仅作理解，不推荐生产使用）
以下代码试图让两个线程交替打印，但结果不可预测——这正体现了 yield 的非强制性：
public class YieldExample {public static void main(String[] args) {
Thread t1 = new Thread(() -> {
for (int i = 0; i System.out.println("T1: " + i);
Thread.yield(); // 提示让出，但 T2 不一定立刻运行
}
});
Thread t2 = new Thread(() -> {
for (int i = 0; i System.out.println("T2: " + i);
Thread.yield();
}
});
t1.start(); t2.start();
}
}
