thread.yield()仅提示同优先级就绪线程可被调度，不改变优先级、不保证切换、调度器可忽略该提示，且对低优先级线程无效。
Java 中 yield() 方法本身不改变线程优先级，也不提升或降低任何线程的调度权重；它只是向调度器发出一个“当前线程愿意暂停”的提示，且该提示仅对同优先级的就绪线程有意义。
yield() 不调整优先级，只作用于同优先级线程
调用 Thread.yield() 后，当前线程从运行态（Running）回到就绪态（Runnable），但它的优先级保持不变。调度器在重新选择下一个执行线程时：
- 仍会优先考虑高优先级线程（即使它们没调用 yield）
- 低优先级线程不会因 yield 而被唤醒或获得执行机会
- 只有其他处于就绪态、且与当前线程优先级相同的线程，才可能被调度器选中
优先级本身是“建议”，不是保证
Java 的线程优先级（1–10）只是给操作系统的一个提示，实际调度由底层 OS 决定：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 不同系统对优先级映射不同（如 Windows 和 Linux 映射策略不一致）
- 多数 JVM 在默认配置下，所有线程都使用
NORM_PRIORITY（5），因此 yield 实际上常在“同优先级”场景下起作用 - 即便设置了高优先级，也不能确保它总被优先调度；同样，yield 也不会让低优先级线程“逆袭”抢到 CPU
yield() 对调度器的影响非常有限
它不是调度指令，而是一个轻量级协作提示：
- 调度器可以完全忽略 yield —— 尤其在单核 CPU、负载极低或无其他同优先级就绪线程时，当前线程可能立刻被再次选中
- 它不触发线程切换强制发生，也不参与公平性保障（比如不会轮询式分发时间片）
- 现代 JVM 和 OS 调度器已高度优化，人为插入 yield 往往没有可观测收益，甚至可能因额外上下文提示引入微小开销
别指望 yield 来“平衡”优先级差异
如果目标是协调不同优先级线程的执行节奏，yield 并不合适：
- 它无法让高优先级线程“礼让”给低优先级线程（OS 调度策略通常不允许）
- 若需跨优先级协作，应使用更可靠的机制：如
wait()/notify()、Lock + Condition、或信号量（Semaphore） - 单纯靠 yield + setPriority 组合，既不能实现同步，也无法替代真正的线程协调逻辑
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
