为什么新的 Java 8 日期时间 API 没有纳秒精度？ [复制]

Question

Java 8 中新的日期时间 API 的特性之一应该是纳秒精度。但是，当我像这样将当前日期时间打印到控制台时

DateTimeFormatter formatter = DateTimeFormatter
    .ofPattern("yyyy-MM-dd'T'HH:mm:ss,nnnnnnnnnZ");
System.out.println(OffsetDateTime.now().format(formatter)); 

我只看到毫秒精度：2015-11-02T12:33:26,746000000+0100

操作系统似乎确实支持纳秒精度。当我通过终端打印当前日期时间时

date -Ins

我看到 2015-11-02T12:33:26,746134417+0100

如何在 Java 中获得纳秒精度？我在 Ubuntu 14.04 64 位上运行 Oracle Java 1.8.0_66

Answer 1

java.time API 通常确实具有纳秒精度。例如：

DateTimeFormatter formatter = DateTimeFormatter
    .ofPattern("yyyy-MM-dd'T'HH:mm:ss,nnnnnnnnnZ");
OffsetDateTime odt = OffsetDateTime.of(2015, 11, 2, 12, 38, 0, 123456789, ZoneOffset.UTC);
System.out.println(odt.format(formatter));

输出：

2015-11-02T12:38:00,123456789+0000

但是，OffsetDateTime.now() 返回的时钟值是一个只有毫秒的值。

来自 Java 8 中的 Clock 实现：

这里提供的时钟实现基于System.currentTimeMillis()。该方法几乎不能保证时钟的准确性。需要更精确时钟的应用程序必须使用不同的外部时钟（例如 NTP 服务器）自己实现这个抽象类。

所以这里没有什么不精确的地方——只是使用System.currentTimeMillis() 的Clock 的默认实现。您可能会创建自己的更精确的子类。但是，您应该注意，在不增加 accuracy 的情况下增加更多的精度可能并不是非常有用。 （诚​​然，有时可能会......）

Answer 2

为了对 Jon Skeet 的回答做出重要补充，Java 9 应该提供更高精确度的时钟 - 请参阅 the bug log。背景：在许多操作系统（尤其是 Linux）上，都有更好的时钟可用。

java.time.Clock 的 Java SE 8 规范声明“The 系统工厂方法提供基于最佳可用的时钟
系统时钟。这可能使用 System.currentTimeMillis() 或更高版本 分辨率时钟（如果可用）。”。在 JDK 8 中实现
返回的时钟基于 System.currentTimeMillis()，并且 因此只有毫秒的分辨率。在 JDK 9 中，实现
是基于底层的本机时钟 System.currentTimeMillis() 正在使用，提供最大分辨率 从那个时钟可用。在大多数系统上，这可能是微秒， 有时甚至是十分之一微秒。

一个应用程序假设时钟由这些返回 系统工厂方法将始终具有毫秒精度，并且 积极依赖它，因此可能需要更新以 考虑到更大分辨率的可能性，就像以前一样
在 API 文档中说明。

还应该注意一个（奇异的）事实，即在闰秒附近不存在秒精度 - 即使在 Java 9 中也不存在。