ThreeTenBP：解析带有时区名称的日期时出现Parse异常

Question

我正在尝试解析EEE,dd MMM yyyy HH：MM：SS zzz格式的日期，例如使用Threeten的DateTimeFormatter解析“Tue,16 May 2017 07:44:48 GMT”之类的字符串。但是，由于某种原因，似乎无法解析时区名称（我尝试在没有时区名称部分的情况下解析同一个字符串，结果成功了）。

下面是代码的解析部分：

DateTimeFormatter parseFormatter = DateTimeFormatter.ofPattern("EEE, dd MMM yyyy HH:mm:ss z", Locale.ENGLISH);
ZonedDateTime parsedDate = ZonedDateTime.parse(date, parseFormatter);

我为时区名称部分尝试了各种不同的格式（例如z,zzz,z,zzz）,但都不起作用。同样，如果我解析一个不包含时区名称部分的子字符串日期（到LocalDateTime中），那么它可以工作，所以我确信问题出在时区名称上。有没有人知道问题出在哪里？

Answer 1

我不知道为什么你的代码不起作用。当我在Java8中使用Java.time类时，就会出现这种情况。所以这只是一个可能的解决方法的猜测：

    DateTimeFormatter parseFormatter = DateTimeFormatter.RFC_1123_DATE_TIME;
    ZonedDateTime parsedDate = ZonedDateTime.parse(date, parseFormatter);

你会注意到这是一个轻微的简化在同一时间。

datetimeformatter.rfc_1123_date_time记录为

返回RFC-1123日期-时间格式化程序，如“Tue,3 Jun 2008 11:05:30 GMT”。

因此我认为它应该接受GMT作为时区名称。我应该说它符合你的日期字符串，而且它也适用于我的电脑。我相信这个格式化程序使用英文缩写来表示星期和月，而不考虑地区（或者您可以尝试datetimeformatter.rfc_1123_date_time.withlocale(locale.English)，但我真的不认为这是必要的）。

也就是说，他们说你应该避免使用三个和四个字母的时区缩写。有的模棱两可，有的不是全时区，这就导致了进一步的模棱两可。虽然GMT不是最危险的一种，但如果您能够获得带有偏移量的日期字符串，例如+00:00或仅z，而不是三个字母的区域名称，那么您的问题将得到一个坚如磐石的解决方案。

请参阅以下两个示例：问题和答案，在ideone.com上运行live。都成功了。