yield()只是向调度器发出可被忽略的让出cpu提示，不强制切换线程、不改变状态、不保证暂停或唤醒其他线程，实际行为取决于调度策略、系统负载和优先级等因素。
因为 yield() 本质上不是指令，而是一个调度提示——它不强制切换线程，也不改变任何线程状态，只是向操作系统内核的调度器发了一个“我愿意让出CPU”的信号。这个信号是否被采纳，完全由调度策略、当前系统负载、线程优先级、甚至内核版本决定。
yield() 不是控制语句，而是软性提示
无论在 Java 的 Thread.yield()、C++ 的 std::this_thread::yield()，还是其他语言类似机制中，文档都明确使用“hint”（提示）一词。例如：
- Java 官方文档写：“A hint to the scheduler… The scheduler is free to ignore this hint.”
- C++ 标准说明：“Has no effect if there are no other threads ready to run.”（若无其他就绪线程，调用即无效）
操作系统可以且经常忽略它
现代调度器更关注吞吐量与公平性，而非响应 yield 建议。常见忽略场景包括：
- 当前线程刚获得时间片，调度器判定继续执行更高效（避免上下文切换开销）
- 其他就绪线程优先级更低，调度器选择不切换
- 系统处于低负载状态，只有一个活跃线程，yield 后仍轮到它运行
- 实时调度策略（如 SCHED_FIFO）下，yield 对高优先级线程几乎无影响
它无法保证任何行为
yield() 不能确保以下任一结果发生：
- 当前线程暂停执行（可能立刻恢复）
- 其他特定线程获得执行权（甚至可能仍是自己）
- 减少 CPU 占用率（实测中频繁 yield 反而增加上下文切换损耗）
- 改善线程同步效果（它不释放锁、不等待条件、不参与内存屏障）
对比 sleep(1) 就更清楚了
sleep(1) 是硬性阻塞：线程进入等待态，至少挂起 1 毫秒，期间必然让出 CPU，且调度器必须重新选一个就绪线程运行；而 yield() 连“让出”都不保证——它连“暂停”都算不上，只是轻轻敲了下调度器的门，门开不开、谁来应门、应不应你，全看对方心情。
