Java 8 DateTimeFormatter解析可选部分

Question

我需要将日期时间解析为两种不同格式的字符串：

• 19861221235959Z
• 1986-12-21T23:59:59Z

以下dateTimeForware模式正确解析第一种日期字符串

DateTimeFormatter.ofPattern ("uuuuMMddHHmmss[,S][.S]X")

但是第二个失败了，因为破折号、冒号和T不是预期的。

我尝试使用以下可选部分：

DateTimeFormatter.ofPattern ("uuuu[-]MM[-]dd['T']HH[:]mm[:]ss[,S][.S]X")

出乎意料的是，这会解析第二种日期字符串（带破折号的），而不是第一种，抛出一个

java.time.format.DateTimeParseException: Text '19861221235959Z' could not be parsed at index 0

这就好像可选部分没有被评估为可选的。。。

Answer 1

基于模式的DateTimeFormatter不够智能，无法处理可选部分和两个数字字段不分离的可能性。当您确实需要数字字段不带分隔符时，毫无疑问，模式会理解模式字母从u到M的变化意味着它需要计算数字以知道哪个数字是哪些字段的一部分。但当这不是必然的时候，模式就不会尝试这样做。它看到一个数字字段被完整描述，而不是紧跟着另一个数字字段。因此，没有理由计算数字。所有数字都是此处应该表示的字段的一部分。

要做到这一点，您不应该尝试使用模式构建DateTimeFormatter，而应该使用生成器。从DateTimeFormatter获得灵感。BASIC_ISO_日期和附近的其他日期。

Answer 2

从留档中还不清楚，但我的猜测是，接下来会发生什么。

在格式模式字符串中使用uummddhmmss时，格式化程序可以很容易地看到有几个相邻的数字字段，因此使用字段宽度来分隔字段。前4位表示年份，依此类推。

相反，当您使用uuuu[-]MM[-]dd['T']HH[：]MM[：]ss时，格式化程序不会将其视为相邻的数字字段。我同意Peter Lawrey的评论，即每年需要更长的数字运行，最终溢出最大年份（99999999），并抛出例外。

解决方案是什么？请参考Michael的回答。

Answer 3

问题是您的模式将整个字符串视为年份。您可以使用. appendValue（ChronoField. YEAR，4）将其限制为四个字符：

DateTimeFormatter formatter = new DateTimeFormatterBuilder()
    .appendValue(ChronoField.YEAR, 4)
    .appendPattern("[-]MM[-]dd['T']HH[:]mm[:]ss[,S][.S]X")
    .toFormatter();

这可以正确解析您的两个示例。

如果你想说得更详细，你可以：

DateTimeFormatter formatter = new DateTimeFormatterBuilder()
    .appendValue(ChronoField.YEAR, 4)
    .optionalStart().appendLiteral('-').optionalEnd()
    .appendPattern("MM")
    .optionalStart().appendLiteral('-').optionalEnd()
    .appendPattern("dd")
    .optionalStart().appendLiteral('T').optionalEnd()
    .appendPattern("HH")
    .optionalStart().appendLiteral(':').optionalEnd()
    .appendPattern("mm")
    .optionalStart().appendLiteral(':').optionalEnd()
    .appendPattern("ss")
    .optionalStart().appendPattern("X").optionalEnd()
    .toFormatter();