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

Question

是否可以在 Java 8 中获得微秒？ Java 8 LocalDateTime类(class)有 .getNano()返回 nanoseconds 的方法，但在 Linux(Ubuntu) 和 OS X (10.11.5) 上它只返回 milliseconds (当我运行它时它返回 301000000 等于 301 milliseconds )我真的需要能够得到 microseconds .
我知道有可能获得 nanoseconds (因此从它获得 microseconds)在我的电脑上作为 javascript 方法 process.hrtime()返回一个精确的值。
在任何人开始精确与准确的争论之前，我知道纳秒在线程之间是完全不可靠的，不应该用于比较。
编辑 :
要清楚LocalDateTime类是 Java 8 java.time 的一部分类集。
更新 :
所以我意识到 Javascript 的 process.hrtime就像 Java 的 System.nanoTime()并且实际上与挂钟无关，是时候因为两种语言之间存在一些不同的任意值了。
新问题:有没有办法从这些值中解析时钟时间？ IE。如果我得到 System.currentTimeMillis()和 System.nanoTime() ，并将其与另一组值进行比较，我可以获得第二组值的实际时间吗？
我的问题是我需要同时使用 Java 和 Javascript 进行日志记录，并且它们需要在两者之间具有一致的微秒字段。

Answer 1

tl;博士

Is it possible to get microseconds in 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 8/9 的 Oracle 和 OpenJDK 实现。其他人可能会有所不同。
Java 9 及更高版本
Java 9 有一个 fresh implementation 的 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 中仅限于 milliseconds ，并在 Java 9 中增强以捕捉更精细的当前时刻 microseconds 。

2018-03-09T21:03:33.831Z

其他事宜 System.currentTimeMillis()

If I get System.currentTimeMillis() and System.nanoTime()

无需再次使用 System.currentTimeMillis()。而是在 UTC 中使用 java.time.Instant 片刻，分辨率精确到纳秒。
如果您真的需要从 1970-01-01T00:00Z 的纪元引用中计算毫秒数，请询问 Instant 对象。请注意数据丢失，因为您将忽略 Instant 中存在的任何微秒或纳秒。

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

Is there a way that I can parse clock time from these values?

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

Instant instant = Instant.ofEpochMilli( millisSinceEpoch ) ;

System.nanoTime()至于 System.nanoTime() ，它用于跟踪耗时，例如对代码的性能进行基准测试。调用 System.nanoTime() 不会告诉您有关当前日期时间的任何信息。
此值是自某些未记录的原始时间点以来的纳秒计数。在实践中，我已经看到这个数字似乎可以跟踪自 JVM 启动以来的时间，但是这种行为没有记录在案，因此您不应该依赖它。 LocalDateTime 不是片刻

My problem is that I need to do logging using both Java and Javascript and they need to have a consistent microsecond field across both of them.

首先，对于日志记录，您不应该使用 LocalDateTime 类。该类故意缺少时区或UTC偏移量的任何概念。因此， LocalDateTime 不代表一个时刻，也不是时间线上的一个点。 LocalDateTime 是关于大约 26-27 小时范围内的潜在时刻的想法。仅当区域/偏移量未知(不是一个好情况)时才使用 LocalDateTime，或者如果这表示“圣诞节从 2018 年 12 月 25 日的第一个时刻开始”，其中圣诞节在全局不同地区的不同时刻开始，首先从远东(太平洋)开始，并在连续午夜后向西移动。
对于日志记录，您应该使用 UTC。在 Java 中，这将是 Instant 类，根据定义始终使用 UTC。只需调用 Instant.now() 。
序列化为文本(例如用于日志记录)时，请始终使用标准的 ISO 8601 格式。 java.time 类在解析/生成字符串时默认使用这些标准格式。你在这个答案中看到了上面的例子。
参见另一个问题 What's the difference between Instant and LocalDateTime? 。

ISO 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" ) ;

截短
如果你真的相信你需要统一的分辨率，你可以 truncate a Instant 。

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

不要担心分辨率

My problem is that I need to do logging using both Java and Javascript and they need to have a consistent microsecond field across both of them.

首先，我怀疑你真的需要关心这个。如果您使用标准 ISO 8601 格式和 Java 中的 Instant 类，您可以成功地以毫秒、微秒或纳秒为单位序列化和重新水合片刻。
即使小数秒分辨率发生变化，ISO 8601 格式的字符串也可以方便地按时间顺序按字母顺序排列。
其次，如果您出于某种原因试图将实际时刻跟踪到微秒，您可能会感到失望。截至 2018 年，传统的计算机时钟在微秒范围内并不可靠。

关于 java.time
java.time 框架内置于 Java 8 及更高版本中。这些类取代了麻烦的旧 legacy 日期时间类，例如 java.util.Date 、 Calendar 和 SimpleDateFormat 。
要了解更多信息，请参阅 Oracle Tutorial 。并在 Stack Overflow 上搜索许多示例和解释。规范是 JSR 310 。
Joda-Time 项目，现在在 maintenance mode 中，建议迁移到 java.time 类。
您可以直接与您的数据库交换 java.time 对象。使用符合 JDBC driver 或更高版本的 JDBC 4.2。不需要字符串，不需要 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

更高版本的 Android (26+) 捆绑 java.time 类的实现。

对于较早的 Android (<26)，API desugaring 的进程带来了 subset of the java.time 功能，该功能最初未内置于 Android 中。

如果脱糖不能满足您的需求，ThreeTenABP 项目会将 ThreeTen-Backport(如上所述)适配到 Android。见 How to use ThreeTenABP… 。