2

相同的日期解析代码显示不同的结果，具体取决于我使用的是 Java 8 还是 Java 11。

这是重现问题的代码示例：

    public static void main(String[] args) {

    DateTimeFormatterBuilder dfBuilder = new DateTimeFormatterBuilder()
            .appendPattern("uuuu-M-d")
            .optionalStart()
            .optionalStart().appendLiteral(' ').optionalEnd()
            .optionalStart().appendLiteral('T').optionalEnd()
            .appendValue(ChronoField.HOUR_OF_DAY)
            .optionalStart()
            .appendLiteral(':')
            .appendValue(ChronoField.MINUTE_OF_HOUR)
            .optionalStart()
            .appendLiteral(':')
            .appendValue(ChronoField.SECOND_OF_MINUTE)
            .optionalStart()
            .appendFraction(ChronoField.NANO_OF_SECOND, 1, 9, true)
            .optionalEnd()
            .optionalEnd()
            .optionalEnd()
            .appendPattern("[XXXXX][XXXX][XXX][XX][X]")
            .optionalEnd();
    DateTimeFormatter df = dfBuilder.toFormatter(Locale.FRANCE).withZone(ZoneId.of("Europe/Paris"));

    TemporalAccessor temporalAccessor = df.parse("1970-01-01T00:00:00.00Z");
    Instant instantTime = Instant.from(temporalAccessor);
    long epochTimestamp = instantTime.getEpochSecond();
    System.out.println(epochTimestamp);
}

在 java 8 上，输出为 -3600。

在 Java 11 上，输出为 0（这是我期望的值）。

根据我的分析，起源是使用“withZone()”方法，如果我删除它，它对于包含区域数据的日期按预期工作。

但同时这种行为在所有 DateTimeFormatter 上都不相同：例如，如果我使用这个格式化程序：

DateTimeFormatter formatter = new DateTimeFormatterBuilder()
                .appendPattern("yyyy-MM-dd HH:mm:ss")
                .appendFraction(ChronoField.MICRO_OF_SECOND, 0, 6, true)
                .optionalStart()
                .appendZoneId()
                .optionalEnd()
                .toFormatter()
                .withZone(ZoneId.of("Europe/Paris"));

zoneId 在日期内存在的情况下得到了很好的考虑（尽管事实上“withZone() 被调用）。所以我认为第一个格式化程序有问题，Java 11 上的默认行为有助于它按预期工作在 Java 11 上而不是在 Java 8 上？我也明确表示我的目标是让它在 Java 8 上运行。

4

1 回答 1

2

已知错误

这是 Java 8 中的一个已知错误。使用 DateTimeFormatter.withZone 进行解析的行为与 javadocs 中描述的不同。

有趣的是，我链接到的 Java Bugs System 中的错误报告没有提到修复版本。它确实提到该错误不在 JDK 9-ea 中，但是：

要重现该问题，请运行附加的测试用例。它在 JDK 8u121 上失败，但在 JDK 9-ea 中通过。

于 2021-10-06T13:03:42.630 回答