Java ScheduledExecutorService调度的任务是否可能早于设定时间执行？

存在提前1纳秒执行的可能性，该场景仅会在极端边缘条件下出现，主流环境的标准实现不会触发该问题。

常规场景的执行逻辑 #

OpenJDK官方提供的ScheduledThreadPoolExecutor（ScheduledExecutorService的默认实现），调用schedule(Runnable command, long delay, TimeUnit unit)设置相对延迟时，底层采用System.nanoTime()作为计时基准：

• 该计时器为JVM规范要求的单调递增时钟，完全独立于操作系统的可调整系统时钟，不会因为用户修改系统时间、时区切换、NTP时钟同步等操作出现回退
• 调度器会以调用方法时的nanoTime数值为基础，加上延迟对应的纳秒数作为任务触发阈值，只有当nanoTime的累计值达到该阈值时才会触发任务，正常物理机环境下不会出现提前执行的问题。

可能导致提前执行的极端场景 #

• 虚拟化环境时钟缺陷：部分老旧的半虚拟化平台的时钟源实现存在bug，宿主机做时钟漂移校正时，可能导致虚拟机内部的System.nanoTime()出现小幅回退，此时调度器的触发阈值会提前，进而导致任务早于预期执行。
• 非标准JVM/操作系统实现不符合规范：小众JDK发行版、嵌入式设备/ARM架构的旧版内核，可能存在System.nanoTime()实现不符合单调要求的问题，也会导致提前触发。
• 自定义调度实现违反规范：如果使用自行开发或第三方提供的非标准ScheduledExecutorService实现，未采用单调时钟而依赖System.currentTimeMillis()这类可变时钟计算延迟，一旦系统时钟被人为往前调整，就可能出现任务提前执行的情况。

内容的提问来源于stack exchange，提问作者Dan R.