Java 8 LocalDateTime.now() 只提供毫秒精度

Question

是否有可能在 Java 8 中获得微秒？ Java 8 LocalDateTime 类有一个 .getNano() 方法，它意味着返回 nanoseconds OS (Ubuntu) 和 Linux (Ubuntu) only returns milliseconds (when I ran it it returned 301000000 which equals 301 milliseconds ) and I really need to be able to get microseconds .

我知道有可能在我的计算机上获取 nanoseconds （并因此从中获取 microseconds ）作为 javascript 方法 process.hrtime()

在任何人开始精确与准确的争论之前，我知道纳秒在线程之间是完全不可靠的，不应该用于比较。

编辑：

要清楚 LocalDateTime 类是 Java 8 java.time 类集的一部分。

更新：

所以我意识到 Javascript 的 process.hrtime 就像 Java 的 System.nanoTime() 并且实际上与挂钟无关，因为两种语言之间存在一些不同的任意值。

新问题：有没有一种方法可以从这些值中解析时钟时间？ IE。如果我得到 System.currentTimeMillis() 和 System.nanoTime() ，并将其与另一组这些值进行比较，我可以获得第二组值的实际时间吗？

我的问题是我需要同时使用 Java 和 Javascript 进行日志记录，并且它们需要在两者之间具有一致的微秒字段。

原文由 annedroiid 发布，翻译遵循 CC BY-SA 4.0 许可协议

Answer 1

tl;博士

是否有可能在 Java 8 中获得微秒？

不，不是在 Java 8 中。使用 Java 9 或更高版本。

 Instant.now()  // Returns a value in microseconds in Java 9 and later, but is restricted to mere milliseconds in Java 8.

这是指 Java ⁸⁄₉ 的 Oracle 和 OpenJDK 实现。其他人可能会有所不同。

Java 9 及更高版本

基于 OpenJDK 的 Java 9 实现有一个 全新的实现 java.time.Clock 能够以毫秒级（ 三位 小数）的分辨率捕获当前时刻。

实际分辨率取决于主机硬件时钟的限制。在带有 Oracle Java 9.0.4 的 macOS Sierra 上，我得到了微秒的当前时刻（ 六位 小数）。

 Instant.now().toString()

2018-03-09T21:03:33.831515Z

Java 8

java.time 类是 Java 8 中的新类。这些类被定义为携带纳秒（ 九 位小数）。但捕获当前时刻在 Java 8 中仅限于 毫秒，并在 Java 9 中得到增强，以更精细的 微秒 捕获当前时刻。

2018-03-09T21:03:33.831Z

其他问题

System.currentTimeMillis()

如果我得到 System.currentTimeMillis() 和 System.nanoTime()

无需再次使用 System.currentTimeMillis() 。而是在 UTC 中暂时使用 java.time.Instant ，分辨率精确到纳秒。

如果您确实需要从 1970-01-01T00:00Z 的纪元引用开始计算毫秒数，请询问 Instant 对象。请注意数据丢失，因为您将忽略 Instant 中存在的任何微秒或纳秒。

 long millisSinceEpoch = instant.now().toEpochMilli() ;

有没有一种方法可以从这些值中解析时钟时间？

是的，您可以将自 1970-01-01T00:00Z 纪元以来的毫秒数转换为 Instant 。

 Instant instant = Instant.ofEpochMilli( millisSinceEpoch ) ;

System.nanoTime()

至于 System.nanoTime() ，它用于跟踪经过的时间，例如对代码的性能进行基准测试。调用 System.nanoTime() 不会 告诉您有关当前日期时间的任何信息。

该值是自某个未记录的原始时间点以来的纳秒计数。在实践中，我看到这个数字似乎在跟踪自 JVM 启动以来的时间，但这种行为没有记录在案，所以你不应该依赖它。

LocalDateTime 不是 片刻

我的问题是我需要同时使用 Java 和 Javascript 进行日志记录，并且它们需要在两者之间具有一致的微秒字段。

首先，对于日志记录，您 不 应该使用 LocalDateTime 类。该类故意缺少任何时区或与 UTC 的偏移量的概念。因此，a LocalDateTime 不代表 一个时刻， 不是 时间轴上的一个点。 A LocalDateTime 是关于大约 26-27 小时范围内的 潜在 时刻的想法。使用 LocalDateTime 仅当区域/偏移量未知（不是一个好情况），或者如果这表示类似于“圣诞节从 2018 年 12 月 25 日的第一刻开始”，圣诞节在不同的时刻开始全球不同地区，首先从远东（太平洋）开始，然后在连续的午夜后向西移动。

对于日志记录，您应该使用 UTC。在 Java 中，这将是 Instant 类，根据定义始终采用 UTC。只需致电 Instant.now() 。

序列化为文本（例如日志记录）时，请始终使用标准 ISO 8601 格式。 java.time 类在解析/生成字符串时默认使用这些标准格式。您在本答案中看到了上面的示例。

参见另一个问题， Instant 和 LocalDateTime 有什么区别？ .

国际标准化组织 8601

在 ISO 8601 中，秒的小数部分可以有任意位数。所以你真的不应该关心记录的事件是以毫秒、微秒还是纳秒为单位记录的。

 Instant instant = Instant.parse( "2018-03-09T21:03:33.123456789Z" ) ;
Instant instant = Instant.parse( "2018-03-09T21:03:33.123456Z" ) ;
Instant instant = Instant.parse( "2018-03-09T21:03:33.123Z" ) ;

截短

如果你 真的 认为你需要统一的分辨率，你可以 截断一个 Instant 。

 Instant instant = Instant.now().truncatedTo( ChronoUnit.MILLIS ) ; // Strip away any microseconds or nanoseconds.

不用担心分辨率

我的问题是我需要同时使用 Java 和 Javascript 进行日志记录，并且它们需要在两者之间具有一致的微秒字段。

首先，我怀疑你真的需要关心这个。如果您使用标准的 ISO 8601 格式和 Instant Java 中的类，您可以在毫秒、微米或纳米中成功地序列化和重新水化片刻。

即使小数秒分辨率不同，ISO 8601 格式的字符串也可以方便地按时间顺序排列。

其次，如果您出于某种原因试图将实际时刻跟踪到微秒级，您可能会感到失望。截至 2018 年，传统的计算机时钟在微秒范围内并不可靠。

---

关于 java.time

java.time 框架内置于 Java 8 及更高版本中。这些类取代了麻烦的旧 旧 日期时间类，例如 java.util.Date , Calendar , & SimpleDateFormat

要了解更多信息，请参阅 Oracle 教程。并在 Stack Overflow 中搜索许多示例和解释。规范是 JSR 310 。

现在处于 维护模式 的 Joda-Time 项目建议迁移到 java.time 类。

您可以直接与数据库交换 java.time 对象。使用符合 JDBC 4.2 或更高版本的 JDBC 驱动程序。不需要字符串，不需要 java.sql.* 类。 Hibernate 5 & JPA 2.2 支持 java.time 。

在哪里获取 java.time 类？

• Java SE 8 、 Java SE 9 、 Java SE 10 、 Java SE 11 和更高版本 - 标准 Java API 的一部分，带有捆绑实现。
  • Java 9 带来了一些次要功能和修复。
• Java SE 6 和 Java SE 7
  • 大多数 java.time 功能在 ThreeTen- Backport 中被反向移植到 Java 6 & 7。
• 安卓
  • 更高版本的 Android (26+) 捆绑了 java.time 类的实现。
  • 对于早期的 Android（<26）， API 脱糖 过程带来了 java.time 功能的子集，这些 功能最初并未内置到 Android 中。
    • 如果脱糖没有提供你需要的东西， ThreeTenABP 项目将 ThreeTen-Backport （上面提到的）适配到 Android。请参阅 如何使用 ThreeTenABP…。

原文由 Basil Bourque 发布，翻译遵循 CC BY-SA 4.0 许可协议

Answer 2

LocalDate.now() 依赖于 SystemClock::instant() 方法，该方法使用 System.currentTimeMillis() ，所以你不会得到默认的更精确的时钟分辨率。

但是，您可以实现自己的高精度 Clock 并将其与 LocalDate 结合使用：

 LocalDate hpDate = LocalDate.now(microsecondClock);

对于高精度，您可以使用 TickClock 微秒刻度：

 Clock microsecondClock = Clock.tick(Clock.systemUTC(), Duration.ofNanos(1000));

或子类 Clock 并实现您自己的高精度时钟，即通过使用 System.currentTimemillis() 和 System.nanoTime()。

原文由 Gerald Mücke 发布，翻译遵循 CC BY-SA 3.0 许可协议