9

我目前正在将一些项目从 Java 8 升级到 Java 11，其中一个转换器的单元测试失败了。基本上，问题源于之前通过 JDK 8 传递的日期精度导致相等性检查失败。

这是测试的部分示例，为了清楚起见，我移动了转换器的内容：

@Test
public void testDateTime() {
    LocalDateTime expected = LocalDateTime.now().plusDays(1L);

    // converter contents
    long epochMillis = expected.atZone(ZoneId.systemDefault())
            .toInstant().toEpochMilli();
    LocalDateTime actual = LocalDateTime.ofInstant(Instant.ofEpochMilli(epochMillis),
            TimeZone.getDefault().toZoneId());


    assertThat(actual, equalTo(expected));
}

这会导致资产错误，原因是：

Expected :<2021-06-02T14:06:21.820299>
Actual   :<2021-06-02T14:06:21.820>

我可以将预期与assertThat(actual, equalTo(expected.truncatedTo(ChronoUnit.MILLIS)))它们进行中继以使它们相等，但是，这意味着每次与正在测试的转换器类进行比较（isAfter、isBefore、等于）时，都必须应用中继。

对于 JDK 11（或者我可能错过的文档 :)），是否有一种适当的方法可以在 to 之间进行转换，LocalDateTime反之亦然？Long

更新：

正如评论中所指出的，Java 8 和 11 的表示不同，因此导致测试失败。为了提供更多关于这篇文章所要求的内容，这里有两种方法正在被测试验证（我移动到测试本身只捕获正在执行的内容，因为失败的单元测试属于使用的类实用方法）

public Long localDateTimeToEpochMillis(LocalDateTime ldt) {
    Instant instant = ldt.atZone(ZoneId.systemDefault()).toInstant();
        return ldt.atZone(ZoneId.systemDefault())
           .toInstant().toEpochMilli();
}

和

public LocalDateTime epochMillisToLocalDateTime(long epochMillis) {
    return LocalDateTime.ofInstant(
            Instant.ofEpochMilli(epochMillis), 
            ZoneId.systemDefault());
}

现有测试似乎验证的是，给定一个 long 值，我应该得到相同的 LocalDateTime 等价物，这是通过使用 Given（LocalDateTime 转换为 Long 值）然后返回 LocalDateTime 进行比较来完成的。

4

1 回答 1

9

如果你看一下区别：

Expected :<2021-06-02T14:06:21.820299>
Actual   :<2021-06-02T14:06:21.820>

您可以看到它删除了不到一毫秒的任何内容。

发生这种情况是因为您将 转换LocalDateTime为毫秒：

.toInstant().toEpochMilli();

为了避免这种情况，您可以使用Instant#getNano：

获取从一秒开始到时间线后面的纳秒数。纳秒秒值测量从 getEpochSecond() 返回的秒算起的总纳秒数。

它可能看起来像这样：

Instant instant=expected.atZone(ZoneId.systemDefault())
                .toInstant();
long epochMillis = instant.toEpochMilli();
long nanos=instant.getNano()%1000000;//get nanos of Millisecond

LocalDateTime actual = LocalDateTime.ofInstant(Instant.ofEpochMilli(epochMillis).plusNanos(nanos),
        TimeZone.getDefault().toZoneId());

为什么它在 Java 8 中有效？

正如这篇文章和JDK-8068730增加 java.time.Clock.systemUTC() 实现的精度所描述的，Java 8 没有捕获小于毫秒的时间单位。从 Java 9 开始，LocalDateTime.now（和类似的）以微秒为单位获取时间。

于 2021-06-01T06:27:50.667 回答