TimeUnit.SECONDS.sleep(5) 比 Thread.sleep(5000) 更清晰，语义明确、避免魔法数字、单位切换零成本、无性能损耗，但需正确处理 InterruptedException。
直接用 TimeUnit.SECONDS.sleep(5) 比 Thread.sleep(5000) 更清晰——它把“睡5秒”这个意图直白写进代码，而不是让读者心算毫秒值。
语义明确，避免魔法数字
硬编码 5000 没有上下文，别人读到可能要停顿想：“这是5秒？还是5000毫秒？会不会是笔误？” 而 TimeUnit.SECONDS.sleep(5) 一眼可知单位和量级。
-
Thread.sleep(30000)→ 需脑内转换：30秒？还是30毫秒？ -
TimeUnit.MINUTES.sleep(1)→ 不用算，就是1分钟 - 同理：
TimeUnit.HOURS.sleep(2)、TimeUnit.MILLISECONDS.sleep(150)
单位切换零成本，逻辑更健壮
需求变了？原本等2秒，现在要等2分钟？改 TimeUnit.SECONDS.sleep(2) 为 TimeUnit.MINUTES.sleep(2) 即可，不用换算成120000毫秒，也不怕漏掉零或算错。
- 避免因单位混淆引入 bug（比如把
SECONDS误写成MILLISECONDS却仍用小数值） - 配合常量使用更安全：
private static final long TIMEOUT_MINUTES = 5;→TimeUnit.MINUTES.sleep(TIMEOUT_MINUTES)
底层仍是 Thread.sleep()，无性能损耗
TimeUnit.sleep() 内部就是调用 Thread.sleep()，只是做了单位换算封装。它不创建新线程、不加锁、不触发 GC，纯语法糖，零运行时开销。
- 源码里实际执行的是
Thread.sleep(unit.toMillis(delay)) - 所以你获得的是可读性提升，不是功能增强或性能妥协
注意中断处理，别丢掉 InterruptedException
和 Thread.sleep() 一样，TimeUnit.sleep() 也会抛出 InterruptedException，不能简单 catch 吞掉。
- 正确做法：向上抛、重置中断状态、或按业务逻辑响应中断
- 错误示范：
catch (InterruptedException e) { }（静默吞异常） - 推荐写法：
Thread.currentThread().interrupt();或重新 throw
不复杂但容易忽略：可读性提升的关键，往往就藏在一次单位显式表达里。
