system.nanotime() 是 java 中测量代码执行耗时的推荐方式,因其基于高性能单调时钟、纳秒级分辨率且不受系统时钟调整影响;需紧邻待测代码调用并计算差值,不可用于生成真实时间戳。

System.nanoTime() 是 Java 中获取高精度时间戳的推荐方式,特别适合测量代码执行耗时,但它返回的是纳秒级的“相对时间”,不是真实世界的时间(如年月日),不能直接转成日期,也不保证与系统时钟同步。
为什么用 nanoTime 而不是 currentTimeMillis
它基于底层高性能计时器(如 CPU 的 TSC 或 OS 提供的单调时钟),分辨率通常在纳秒级,且不受系统时钟调整(如 NTP 校时)影响,避免了 currentTimeMillis() 可能出现的“时间倒退”或跳变问题,更适合做性能测量。
正确测量一段代码的执行时间
关键原则:两次调用 nanoTime() 必须紧邻待测代码,避免额外开销干扰结果;结果是纳秒差值,建议转为更易读的单位(如毫秒、微秒)。
Java JDK 25 来自 OpenJDK 官方归档,版本为 JDK 25,本条下载地址已指向官方 Windows x64 zip 安装包直链,适合调试旧项目或兼容旧版 Java 运行环境。
- 记录起始时间:
long start = System.nanoTime(); - 执行目标代码(尽量避免 I/O、GC 等外部干扰)
- 记录结束时间:
long end = System.nanoTime(); - 计算耗时:
long elapsedNanos = end - start; - 转换示例:
double ms = elapsedNanos / 1_000_000.0;
注意事项和常见误区
nanoTime() 的值本身没有绝对意义,只用于差值计算;不同 JVM 实例或重启后数值不连续;极短操作(如空循环几轮)可能测不准,建议多次运行取平均或使用 JMH 等专业工具。
- 不要用它生成“时间戳”(如日志时间),应改用
Instant.now()或System.currentTimeMillis() - 避免在测量中混入打印、日志、异常处理等非目标逻辑
- 单次测量易受 JIT 预热、CPU 频率变化等影响,生产环境建议结合 warmup 和多轮采样
简单实用示例
测量一个数组排序耗时:
long start = System.nanoTime();
Arrays.sort(arr);
long end = System.nanoTime();
System.out.printf("排序耗时: %.3f ms%n", (end - start) / 1_000_000.0);
注意:实际性能分析中,更推荐使用 JMH(Java Microbenchmark Harness),它自动处理预热、GC 干扰、统计偏差等问题,比手写 nanoTime 更可靠。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










