Thread.yield() 是Java中建议当前线程主动让出CPU时间片的轻量级方法，不保证让出、不释放锁、不改变线程状态（仍为RUNNABLE），仅向调度器发出提示，实际行为由JVM和操作系统决定。
Thread.yield() 是 Java 中一个轻量级的线程协作方法，它建议当前线程**主动让出 CPU 时间片**，使调度器有机会选择其他同优先级（或更高优先级）的就绪线程运行。但它不保证一定会让出，也不释放锁、不改变线程状态（仍为 RUNNABLE），更不是线程同步或协调的可靠机制。
yield() 的行为本质
它只是向 JVM 线程调度器发出一个“我愿意暂停一下”的提示，具体是否切换、切给谁，完全由调度器决定（尤其在现代 JVM 和操作系统中，该提示常被忽略）。它不会导致线程阻塞，也不会进入 WAITING 或 TIMED_WAITING 状态。
常见误区：
- 误以为调用 yield() 就一定能让其他线程立即执行 —— 实际可能马上又被调度回来；
- 误用于替代
wait()/notify()或Lock—— 它不具备同步语义； - 误在循环中滥用 yield() 实现“忙等”替代方案 —— 效率低且不可靠。
适合 yield() 的典型场景
它仅适用于对响应性、公平性有轻微优化需求，且能容忍不确定性的极少数情况：
立即学习“Java免费学习笔记（深入）”；
- 自旋等待中的礼貌退让：比如在无锁算法中短暂轮询某个标志位，为避免过度抢占 CPU，可在每次检查后 yield()，给其他线程喘息机会；
- 同优先级计算密集型线程的粗粒度协作：多个并行任务（如分治计算）中，某线程完成局部工作后主动 yield()，提高整体吞吐感知上的“公平感”（非强保证）；
- 测试与调试辅助：人为插入 yield() 增加线程切换概率，更容易暴露竞态条件（但生产环境不应依赖）。
实际代码示例（示意用途）
下面是一个简化版的自旋读取场景，展示 yield() 的合理用法：
volatile boolean ready = false;
// 线程 A：准备数据
new Thread(() -> {
// 模拟耗时操作
try { Thread.sleep(100); } catch (InterruptedException e) {}
ready = true;
}).start();
// 线程 B：自旋等待 ready，但每次检查后 yield()
new Thread(() -> {
while (!ready) {
Thread.yield(); // 礼貌让出，避免空转霸占 CPU
}
System.out.println("Ready detected!");
}).start();
⚠️ 注意：这仍是忙等，真实项目中应优先使用 CountDownLatch、AtomicBoolean + LockSupport.parkNanos() 或阻塞队列等更高效方式。yield() 在这里只是降低 CPU 占用的“软优化”，不能替代正确同步。
对比 sleep() 和 wait() 更清晰理解 yield()
-
Thread.sleep(1)：强制休眠至少 1 毫秒，线程进入TIMED_WAITING，肯定让出 CPU，可被中断； -
obj.wait()：必须在 synchronized 块中，释放锁，进入WAITING，需 notify 唤醒； -
Thread.yield()：不释放任何资源，不改变状态，不保证让出，不可中断，纯提示性质。
简单说：sleep 是“我睡一会儿”，wait 是“我等别人叫我”，yield 是“我歇口气——但可能马上又坐回去”。
