Windows系统Java时钟精度异常：为何从1ms变为15-16ms？

刚碰到过类似的坑，给你梳理下问题根源、受影响的API以及正确的解决方案：

问题根源 #

最近Windows系统的时钟精度确实有变化——从Win7开始一直能稳定到1ms的分辨率，现在默认情况下时间跳变步长变成了15-16ms。这大概率是系统电源管理策略调整导致的（节能模式下会降低时钟中断频率来省电，15.625ms刚好是1/60秒的间隔）。

受影响的Java时间实现 #

你提到的这些API全都会踩这个坑，因为它们都是基于系统墙钟（wall clock）实现的：

• System.currentTimeMillis()
• LocalTime.now()
• LocalDateTime.now()
• ZonedDateTime.now()

用这些API来测耗时本来就不靠谱，现在精度下降直接导致单元测试失败，算是把隐藏问题暴露出来了。

正确的耗时测量姿势 #

正如你想到的，测量代码耗时绝对不能用墙钟API——墙钟会受系统时间同步、手动调时等因素影响，精度还不稳定。正确的做法是用单调时钟实现的API：

基础方案：System.nanoTime() #

Java自带的System.nanoTime()是专门用来计算时间间隔的，它基于单调递增的时钟，不受系统时间调整影响，精度能达到纳秒级（实际硬件支持的话）。示例代码：

long startTime = System.nanoTime();
// 执行你要测量的读写操作
long endTime = System.nanoTime();

// 转换为毫秒（按需调整单位）
long elapsedMs = (endTime - startTime) / 1_000_000;
System.out.println("操作耗时：" + elapsedMs + "ms");

便捷方案：用框架自带的StopWatch #

如果你的项目用了Spring或者Apache Commons等框架，直接用封装好的StopWatch工具类更省心，底层也是基于System.nanoTime()实现的：

// Spring版StopWatch
org.springframework.util.StopWatch stopWatch = new org.springframework.util.StopWatch();
stopWatch.start();
// 执行测试代码
stopWatch.stop();

System.out.println("总耗时：" + stopWatch.getTotalTimeMillis() + "ms");

（可选）恢复Windows时钟1ms精度 #

如果确实需要墙钟保持1ms精度（比如某些依赖墙钟的场景），可以通过调整系统设置实现：

1. 切换到高性能电源计划（控制面板→电源选项）
2. 若还是不行，可以修改注册表（需管理员权限）：
   • 打开注册表编辑器，定位到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Power\PowerSettings\54533251-82be-4824-96c1-47b60b740d00\0cc5b647-c1df-4637-891a-dec35c318583
   • 把Attributes的值从1改为0
   • 返回电源计划，找到“处理器性能提升模式”，设置为100%（高性能模式下）

不过还是强烈建议在代码测试层面改用System.nanoTime()，这样不管系统怎么调，测试结果都稳定可靠。

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