Thread.sleep(0)。它长得人畜无害，看起来就像是在说：“嘿，我啥也不干，就打个招呼，不耽误事儿。”于是无数程序员心安理得地把它当作“条件性休眠”的万能胶水，写进循环里，嵌在重试逻辑中，甚至当成“让出 CPU”的优雅姿势。
但真相是——你不是在调用一个空操作，而是在给操作系统递上一张“请狠狠调度我”的VIP邀请函。而这张票，价格不菲，且附带系统级副作用。
更讽刺的是，很多人坚信 Thread.sleep(0) 是“免费的”，理由是“睡 0 毫秒嘛，等于没睡”。这种想法就像认为“刷卡 0 元”就等于没花钱一样天真。银行照样要验证你的卡、查余额、记日志、走清算通道——哪怕金额为零。Thread.sleep(0) 同样如此：它不省电、不省时、不省上下文切换，反而可能成为你性能瓶颈的罪魁祸首。
官方文档轻描淡写地说：“如果参数为 0，则该线程只是检查中断状态。”听起来很合理，对吧？仿佛 JVM 会聪明地走个“快速通道”，看看线程有没有被中断，然后拍拍屁股走人。可惜，现实总是比文档残酷得多。
当你调用 Thread.sleep(0)，JVM 并不会直接返回。它首先会跳进一个 native 方法 Thread.sleepNanos0(0)，这个方法最终由 JVM 内部的 JVM_SleepNanos 实现。你以为到这里就结束了？不，真正的“表演”才刚开始。在 C++ 层面的代码中，你会发现这样一段意味深长的逻辑：
cpp
if (nanos == 0) {
os::naked_yield();
} else {
// 真正的睡眠逻辑
}
注意！这里没有“直接返回”，而是调用了 os::naked_yield()。这个名字听起来就很“裸”——没错，它就是裸奔式地把 CPU 让出去，不带任何缓冲或判断。而在 Linux 上，这个 naked_yield() 就是调用 sched_yield() 系统调用。
sched_yield() 的文档写得清清楚楚：“避免不必要的调用，否则会导致不必要的上下文切换，从而降低系统性能。”换句话说，你本想做个文明人，把 CPU 让给其他线程，结果却发现——整个系统里全是等着抢 CPU 的疯子，你这一让，反而让自己排到了队尾，还得重新抢。
这就像在早高峰地铁站，你突然说：“我先不挤了，你们先上。”结果你刚退后一步，后面十个人冲上去，等你想再挤进去时，门已经关了。你不仅没上车，还浪费了一次机会。Thread.sleep(0) 就是这样的“伪绅士行为”——表面上谦让，实际上自损八百，伤敌……可能还没伤到。
JMH 基准测试结果令人瞠目结舌：调用一次 Thread.sleep(0) 的开销，居然和生成 128 字节的随机数据（ThreadLocalRandom.nextBytes(new byte[128])）差不多！你没看错，一个“什么都不做”的操作，竟然和一次加密级随机数生成一样贵。
更荒诞的是，这个操作的“昂贵程度”还和系统负载正相关。也就是说，当你最不需要它的时候，它最积极；当你最需要高性能的时候，它拖得最狠。这就像一个总在关键时刻掉链子的队友，平时无所事事，比赛时偏偏要抢着传球。
设计一个简单的 JMH 测试，两个方法：
- burnCpu()：疯狂消耗 CPU，不做任何让步。
- burnCpuAndSleep0()：同样消耗 CPU，但每次循环前都 sleep(0)。
按理说，两者性能应该差不多，毕竟“睡 0 毫秒”。但实验结果却像一记耳光：
- 当线程数为 1 或 4 时，sleep0 版本还能勉强跟上。
- 到了 10 个线程，sleep0 的吞吐量几乎停滞不前。
- 到了 20 个线程，它的表现竟然比单线程还差！
这说明什么？说明 Thread.sleep(0) 在高并发下引发了大量上下文切换，导致 CPU 时间浪费在调度而非计算上。你的线程像无头苍蝇一样被反复唤醒、挂起，而真正干活的时间越来越少。这哪是“休眠”？这分明是“精神内耗”。
如果你的代码里有这样的写法：
java
int delay = allGood ? 0 : waitShortly;
Thread.sleep(delay);
那你其实是在用“通用接口”掩盖“逻辑懒惰”。当 delay 为 0 时，你以为跳过了睡眠，实际上却触发了 yield()。这不是优化，这是用“看似简洁”的代码，埋下性能地雷。
正确的做法是：
java
if (!allGood) {
Thread.sleep(waitShortly);
}
或者使用 TimeUnit.MILLISECONDS.sleep(delay)，因为它明确文档化了：当 delay 为 0 时，不会 yield，只会检查中断。这才是真正的“快速路径”。
如果你确实需要 Thread.sleep(0) 的“副作用”——也就是 yield()，那请你不要偷偷摸摸地用 sleep 来实现。你应该光明正大地写：
java
Thread.yield();
这样至少代码意图清晰，不会让后来者误以为“这里可以安全优化掉”。用 sleep(0) 来实现 yield，就像用锤子拧螺丝——能用，但迟早出事。
0 不是free免费的，尤其是当它来自 Thread.sleep
下次当你想写 Thread.sleep(0) 时，请默念三遍：
“我不是在休息，我是在主动放弃 CPU。”
“我不是在优化，我是在制造上下文切换。”
“我不是在写代码，我是在给调度器添堵。”
记住：在性能的世界里，没有免费的午餐，也没有免费的 0 毫秒。