Android部分设备中Thread.sleep()执行过快问题咨询

核心结论 #

是的，Thread.sleep(long millis)无法保证精确的休眠时长。它的设计目标是让线程进入休眠状态至少指定时长，但实际唤醒时间会受系统层面的多种因素影响；而你遇到的实际休眠时长短于设定值的情况，属于特殊触发场景，并非普遍现象。

可能的触发原因 #

• 线程被主动中断：如果其他线程调用了该休眠线程的interrupt()方法，Thread.sleep()会立即终止并抛出InterruptedException，此时实际休眠时长会远短于设定值。建议检查异常日志，确认是否存在该异常的堆栈信息。
• 系统时钟被向后调整：Thread.sleep()的计时依赖系统时钟，如果设备在休眠期间，系统时钟被手动修改或通过时间同步服务向后跳转（比如直接把当前时间调快0.5秒），系统会判定休眠时长已到，提前唤醒线程。
• 设备电源管理策略干扰：部分开启了激进省电模式的设备，或特定厂商的定制ROM，会对后台线程调度做特殊优化——为了降低功耗，可能强制提前唤醒休眠的后台线程，缩短其休眠时长。
• 系统调度层面的bug：这两台设备的系统可能存在线程调度器的异常，错误地提前唤醒了休眠线程。这种情况通常和设备的系统版本、定制ROM特性相关，毕竟你的代码在多数设备上正常运行，说明代码本身无问题。
• 运行时环境差异：如果是Android等基于JVM衍生的平台，不同设备的ART虚拟机版本或配置不同，可能对Thread.sleep()的底层实现有细微差异，极端情况下出现计时偏差。

内容的提问来源于stack exchange，提问作者Aux