JDK日期格式解析德语语言环境中的DayOfWeek，java 8 vs java 9

Question

我在Java 8（1.8.0_77）和Java 9（Java HotSpot（TM）64位服务器VM（构建9 + 181，混合模式）中尝试了一些代码）

DateTimeFormatter dtf = DateTimeFormatter.ofPattern("eee", Locale.GERMAN);
DayOfWeek mo = dtf.parse("Mo", DayOfWeek::from);
System.out.println("mo = " + mo);

我不太熟悉这些类的细节，但是在Java 8中这个工作，打印：

mo =星期一

在Java 9中，它失败了

线程“main”中的异常java.time.format.DateTimeParseException：无法在java.base上的java.base / java.time.format.DateTimeFormatter.parseResolved0（DateTimeFormatter.java:1988）的索引0处解析文本“Mo” / day.day(day.java:10）/java.time.format.DateTimeFormatter.parse(DateTimeFormatter.java:1890）

任何想法，这是可重现的吗？

所以，格式化时：使用此代码：

DateTimeFormatter dtf = DateTimeFormatter.ofPattern("eee", Locale.GERMAN);
String format = dtf.format(DayOfWeek.MONDAY);
System.out.println("format = " + format);

Jdk1.Z.0-77：

格式= Mo.

jdk-9（build 9 + 181）

格式= Mo.

Answer 1

这似乎是在java-9由于当前实施CLDR date-time-patterns与JEP - 252的实施，其中指出

默认情况下，使用Unicode Consortium的公共区域设置数据存储库（CLDR）中的区域设置数据。

用于格式化和翻译显示字符串的本地化模式（例如区域设置名称）在某些区域设置中可能不同。

要启用与JDK 8兼容的行为，请将系统属性java.locale.providers设置为CLDR之前的COMPAT值。

---

而对于它的数据部分，具有以下相关信息的international components for Unicode in German locale可以证明该行为是有意的 -

编辑/注意：由@ManiGrover链接，migration guide对此类实现发出了类似的警告 -

如果您的应用程序成功启动，请仔细查看您的测试并确保其行为与JDK 8上的行为相同。例如，一些早期采用者已注意到他们的日期和货币的格式不同。见Use CLDR Locale Data by Default.

Answer 2

没有点的abbreviatiions“Mo”，“Di”等在CLDR中没有消失，但可以通过独立模式访问。您应该使用独立格式符号“c”而不是“e”更改模式：

DateTimeFormatter dtf = DateTimeFormatter.ofPattern("ccc", Locale.GERMAN);
DayOfWeek mo = dtf.parse("Mo", DayOfWeek::from);

实际上，我认为基础数据的变化是破坏向后兼容性（具体如行为中断）。