Java中让出CPU执行权的两种常用方式是Thread.yield()和Thread.sleep()：前者是不保证效果的礼貌性让权，线程保持RUNNABLE状态；后者是带时间约束的强制暂停，使线程进入TIMED_WAITING状态。
Java中让出CPU执行权的两种常用方式
在Java多线程编程里，Thread.yield() 和 Thread.sleep() 都能主动让出当前线程对CPU的占用，但它们的行为逻辑完全不同。别指望用 yield() 实现精确延时或线程同步，它只是个“礼貌性提示”，而 sleep() 是带时间约束的强制暂停。
yield() 只是建议，不保证任何效果
yield() 的作用是向调度器发出一个信号：“我愿意让出CPU，让同优先级的其他线程先运行”。但它不改变线程状态（仍为 RUNNABLE），也不释放锁，更不保证有其他线程立刻被调度。
- 在大多数现代JVM（尤其是Linux/HotSpot）上，
yield()常被直接忽略，尤其在线程数远少于CPU核心数时 - 无法指定让出时长，没有参数，调用后可能马上又被调度回来
- 不会抛出
InterruptedException，也不需要try-catch - 适合用于自旋等待的微优化（比如配合
volatile标志位轮询），但实际收益极低，生产环境基本不用
sleep() 会真正挂起线程并释放CPU
sleep(long millis) 或 sleep(long millis, int nanos) 会让当前线程进入 TIMED_WAITING 状态，在指定时间内不参与CPU竞争。它不释放已持有的锁，但会交出CPU使用权，且行为可预测。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 必须处理
InterruptedException，否则编译不通过 - 即使被中断，也不会自动清除中断状态，需手动检查
Thread.interrupted() - 最小精度受限于系统定时器（通常10–15ms），
sleep(1)很可能实际停顿10ms以上 - 常见误用：在
synchronized方法里调用sleep()—— 锁不会释放，其他线程仍会被阻塞
什么时候该用哪个？别混淆目的和副作用
想“暂停一会儿再继续”？用 sleep()。想“试试看能不能让别的同优先级线程跑一跑”？理论上用 yield()，但现实中几乎没意义。真正的协作式让权，应该用 wait()/notify() 或 LockSupport.park()，而不是靠调度器猜你的心思。
立即学习“Java免费学习笔记（深入）”；
最容易被忽略的一点：两者都不解决竞态条件或替代同步机制。yield() 不是轻量版 wait()，sleep() 也不是线程安全的代餐。写并发代码时，过度依赖它们反而会掩盖设计缺陷。
