sleep()实现强制暂停，使线程进入timed_waiting状态，不占cpu且可被中断；yield()仅为礼貌让权，保持runnable状态，调度器可忽略，现代场景基本弃用。
关键看你要的是“强制暂停”还是“礼貌让权”：sleep() 是让线程真睡一会儿，yield() 只是打个招呼说“我先歇会儿”，调度器爱理不理。
需要精确等待或延时，用 Thread.sleep()
当你明确希望线程停一段时间再继续——比如限流、轮询间隔、模拟耗时操作、防止忙等——sleep() 是唯一可靠选择。
- 必须传入毫秒（或毫秒+纳秒）参数，时间一到自动恢复为就绪状态
- 线程进入 TIMED_WAITING 状态，不占用 CPU，但持有锁不变
- 可被其他线程中断，需捕获 InterruptedException
- 示例：每 500ms 检查一次网络连通性，就该写
Thread.sleep(500)
仅想提示调度器“让别人也跑跑”，考虑 Thread.yield()
yield() 不设定期限，也不保证效果，它只是向 JVM 调度器发一个软提示：“我愿意让出当前时间片”。实际是否切换，完全由调度器决定。
- 无参数，无异常，调用后线程仍处于 RUNNABLE 状态
- 常用于同优先级线程间尝试提升公平性，比如自旋等待前主动让一让
- 现代 JVM 和操作系统中效果越来越弱，多数场景下可忽略或直接删掉
- 注意：不要用它来“解决竞态条件”或“替代锁”，它不具备同步语义
别混淆它们的底层行为
sleep() 是阻塞式暂停，yield() 是非阻塞式礼让。二者都不会释放锁，这点一致；但状态变化、可中断性、可靠性完全不同。
- sleep() → 进入 TIMED_WAITING → 时间到或被中断 → 回 RUNNABLE
- yield() → 保持 RUNNABLE → 调度器可能立刻再选它 → 实际没暂停
- JVM 实现上，
Thread.sleep(0)在某些配置下会退化为 yield()，但语义仍不同
实用建议：优先用 sleep，慎用 yield
除非你在调试特定调度行为，或在极简嵌入式环境里做细粒度控制，否则 yield() 几乎没有不可替代的价值。
- 想“等 1 秒”，写
Thread.sleep(1000)，别用 yield() 循环凑 - 想“避免空转消耗 CPU”，sleep(1) 比 while(true) + yield() 更合理
- 面试中被问到 yield()，重点答出“它是提示而非保证”，并说明现代场景下基本弃用
