system.currenttimemillis() 开销极小，通常10–100纳秒，底层直接调用操作系统高精度时钟，jit内联后仅几条cpu指令；但精度受限于系统时钟分辨率（windows约15.6ms，linux 1–10ms），不适用于短间隔计时，高精度场景应使用system.nanotime()。

System.currentTimeMillis() 的开销极小，通常在纳秒级，对绝大多数应用无感知。

底层实现很轻量

该方法在 HotSpot JVM 中直接调用操作系统提供的高精度时钟接口（如 Linux 的 clock_gettime(CLOCK_REALTIME, ...)），不涉及对象创建、锁竞争或复杂计算。JIT 编译后常被内联，实际执行就是几条 CPU 指令。

Java JDK 25

Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。

下载

性能表现稳定

• 单次调用耗时一般 10–100 纳秒（取决于硬件和系统负载）
• 连续多次调用吞吐量可达每微秒数次甚至更高
• 不受 GC、线程调度等 JVM 运行时机制明显影响

真正要注意的不是开销，而是语义

它返回的是自 Unix 纪元（1970-01-01 00:00:00 UTC）以来的毫秒数，但精度受限于系统时钟分辨率：

• Windows 默认分辨率约 15.6ms（受 timeBeginPeriod 影响）
• Linux 通常为 1–10ms，取决于内核配置和硬件
• 不能用于测量短于系统时钟粒度的时间间隔

替代方案按需选择

若需更高精度计时（如性能分析），应改用 System.nanoTime()；若需严格单调、抗系统时间跳变，则需结合 Clock.systemUTC() 或第三方库（如 Netty 的 HighPrecisionSystemClock）。