java.time.format.DateTimeFormatter.RFC_1123_DATE_TIME无法解析时区名称

Question

我试图从定义为使用RFC1123兼容日期时间规范的数据源解析时间戳。我的代码是：

img {
  max-width: 100%;
}

这适用于某些数据，但我得到包含区域名称的字符串的例外，甚至是RFC2822中定义的字符串（由于它废弃了RFC822而间接引用了RFC1123）。例子：

value = Instant.from (DateTimeFormatter.RFC_1123_DATE_TIME.parse (textValue));

如何说服java.time.format.DateTimeParseException: Text 'Sun, 20 Aug 2017 00:30:00 UT' could not be parsed at index 26 java.time.format.DateTimeParseException: Text 'Mon, 21 Aug 2017 15:00:00 EST' could not be parsed at index 26 接受此类日期？

Answer 1

@shmosel's comment注意到，RFC_1123_DATE_TIME “处理北美或军区名称的javadoc says，仅'GMT'和抵消金额“

要让它识别短时区名称，例如UT和EST，唯一的方法是构建一个自定义格式化程序，其结构类似于RFC_1123_DATE_TIME，但添加短语区域ID到底。

此格式使用英文名称作为月份和星期几，因此一种替代方法是使用英语区域设置，但source code使用具有固定值的自定义地图，如果更改则不依赖于区域设置（评论说区域设置数据可以通过应用程序代码更改。所以我们首先重新创建这些地图：

// custom map for days of week
Map<Long, String> dow = new HashMap<>();
dow.put(1L, "Mon");
dow.put(2L, "Tue");
dow.put(3L, "Wed");
dow.put(4L, "Thu");
dow.put(5L, "Fri");
dow.put(6L, "Sat");
dow.put(7L, "Sun");
// custom map for months
Map<Long, String> moy = new HashMap<>();
moy.put(1L, "Jan");
moy.put(2L, "Feb");
moy.put(3L, "Mar");
moy.put(4L, "Apr");
moy.put(5L, "May");
moy.put(6L, "Jun");
moy.put(7L, "Jul");
moy.put(8L, "Aug");
moy.put(9L, "Sep");
moy.put(10L, "Oct");
moy.put(11L, "Nov");
moy.put(12L, "Dec");

然后我重新创建RFC_1123_DATE_TIME的相同结构，但最后添加了区域ID：

// create with same format as RFC_1123_DATE_TIME 
DateTimeFormatter fmt = new DateTimeFormatterBuilder()
    .parseCaseInsensitive()
    .parseLenient()
    .optionalStart()
    .appendText(DAY_OF_WEEK, dow)
    .appendLiteral(", ")
    .optionalEnd()
    .appendValue(DAY_OF_MONTH, 1, 2, SignStyle.NOT_NEGATIVE)
    .appendLiteral(' ')
    .appendText(MONTH_OF_YEAR, moy)
    .appendLiteral(' ')
    .appendValue(YEAR, 4)  // 2 digit year not handled
    .appendLiteral(' ')
    .appendValue(HOUR_OF_DAY, 2)
    .appendLiteral(':')
    .appendValue(MINUTE_OF_HOUR, 2)
    .optionalStart()
    .appendLiteral(':')
    .appendValue(SECOND_OF_MINUTE, 2)
    .optionalEnd()
    .appendLiteral(' ')
    // difference from RFC_1123_DATE_TIME: optional offset OR zone ID
    .optionalStart()
    .appendZoneText(TextStyle.SHORT)
    .optionalEnd()
    .optionalStart()
    .appendOffset("+HHMM", "GMT")
    // use the same resolver style and chronology
    .toFormatter().withResolverStyle(ResolverStyle.SMART).withChronology(IsoChronology.INSTANCE);

此处的差异是.appendZoneText(TextStyle.SHORT)（optionalStart()，因为它可以是偏移/ GMT 或短区域ID。）

您还会注意到它使用的source code：

.toFormatter(ResolverStyle.SMART, IsoChronology.INSTANCE);

但是toFormatter的这个重载版本不公开。因此，我必须使用with方法对其进行调整，以相应地调整值。

使用这个格式化程序，我可以解析输入：

System.out.println(Instant.from(fmt.parse("Mon, 21 Aug 2017 15:00:00 EST")));
System.out.println(Instant.from(fmt.parse("Sun, 20 Aug 2017 00:30:00 UT")));

输出结果为：

  

2017-08-21T19：00：00Z
  2017-08-20T00：30：00Z

PS： EST等短名称为ambiguous and not standard。理想情况是始终使用IANA timezones names（始终采用Region/City格式，例如America/New_York或Europe/London。

EST含糊不清，因为有more than one timezone that uses it。一些短名称未被识别，但由于复古兼容性原因，其中一些短名称被设置为任意违约。例如，EST已映射到America/New_York，如果我将其解析为ZonedDateTime：

System.out.println(ZonedDateTime.from(fmt.parse("Mon, 21 Aug 2017 15:00:00 EST")));

输出结果为：

  

2017-08-21T15：00-04：00 [美国/纽约]

这可能不适用于您的案例，因为您正在将所有内容解析为Instant，但如果您想要ZonedDateTime，则可以通过定义一组首选区域来更改这些默认值：

// set of preferred zones
Set<ZoneId> preferredZones = new HashSet<>();
// add my arbitrary choices
preferredZones.add(ZoneId.of("America/Indianapolis"));

America/Indianapolis是另一个使用EST作为短名称的时区，因此我可以将其设置为首选而不是默认America/New_York。我只需要在格式化程序中设置它。而不是：

.appendZoneText(TextStyle.SHORT)

我称之为：

.appendZoneText(TextStyle.SHORT, preferredZones)

现在我将使用我喜欢的任意区域。同样的代码：

System.out.println(ZonedDateTime.from(fmt.parse("Mon, 21 Aug 2017 15:00:00 EST")));

现在打印：

  

2017-08-21T15：00-04：00 [美国/印第安纳波利斯]

另请注意，上面的ZonedDateTime偏移量为-04:00。那是因为在8月这些区域处于夏令时（DST），所以实际上相应的短名称是EDT。如果使用上面相同的格式化程序格式化日期：

System.out.println(ZonedDateTime.now(ZoneId.of("America/New_York")).format(fmt));

输出将是：

  

Wed，2017年8月23日08:43:52 EDT-0400

请注意，格式化程序使用所有可选部分来打印日期（因此它会打印区域ID EDT和偏移-0400）。如果您只想打印其中一个，则必须创建另一个格式化程序（或者只使用RFC_1123_DATE_TIME）。

您可以使用：

代替appendZoneText和appendOffset

.appendPattern("[z][x]")

请注意可选部分（由[]分隔）。这将解析区域ID（z）或偏移量（x）。查看关于模式的docs for more details。

唯一的区别是使用此模式您无法使用首选区域集。

要格式化，这也会打印两个字段（因此输出将类似于EDT-0400）。