yield不优化性能，而是协作式让权以辅助调度；适用于同优先级线程轮转场景，如生产者-消费者协同、避免忙等待、公平性微调；不能解决锁竞争或替代同步机制。
Java 中 yield 方法本身不直接“优化性能”，而是通过协作式让权，辅助调度器更合理地分配 CPU 时间。它的价值体现在特定协作场景中，而非通用提速手段。关键在于理解它何时有用、何时无效，以及如何配合其他机制形成有效逻辑。
适合 yield 的典型协作场景
yield 不是万能调度器，只在明确存在“同优先级线程需轮转”且“无阻塞等待”的情况下才体现价值：
- 生产者-消费者轻量协同：当生产者线程持续生成少量数据（如日志缓冲区填满一小块），调用 yield 可主动让出 CPU，使消费者线程更快拿到数据并处理，避免生产者独占导致消费滞后；
- 避免忙等待循环：在未使用锁或条件变量的简单轮询中（例如检查某个标志位是否就绪），在每次循环末尾加 yield，可降低 CPU 占用率，给其他线程执行机会；
- 公平性微调：多个计算型线程执行相似任务（如批量校验订单），在每处理若干条记录后 yield，有助于防止某一线程长时间霸占 CPU，提升整体响应均匀性。
yield 不能解决的问题
误用 yield 不仅无效，还可能掩盖真正问题：
- 它不释放锁，无法解决死锁或锁竞争；
- 它不保证调度顺序，不能替代 synchronized、wait/notify 或 LockSupport；
- 若系统中只有单个就绪线程，yield 后当前线程几乎立刻被重新调度，等于空转；
- 它对不同优先级线程无效，低优先级线程调用 yield 并不会把 CPU 让给高优先级线程。
与 sleep 的关键区别及选用逻辑
yield 是“礼貌提示”，sleep 是“强制离场”：
立即学习“Java免费学习笔记（深入）”；
- yield 状态仍是 RUNNABLE，随时可能被重选；sleep 会进入 TIMED_WAITING，至少挂起指定时间；
- 需要短暂让出 + 快速响应时（如协作轮转），用 yield；
- 需要确定暂停 + 降低轮询频率时（如等待资源就绪），用 sleep(1) 比 yield 更可靠；
- 实际工程中，sleep(0) 在某些 JVM 实现中行为接近 yield，但语义更清晰、可移植性更好。
Java 12+ 中 yield 的新角色：switch 表达式返回值
注意区分：Java 12 起，yield 是 switch 表达式中的关键字，与 Thread.yield() 完全无关：
- 用于从 case 分支中返回表达式结果，替代传统 break + 变量赋值；
- 必须显式出现在每个非空分支中（除非抛异常），否则编译失败；
- 这是语法糖层面的优化，提升代码可读性与安全性，和线程调度无关。
