JDK dateformatter 在德语语言环境中解析 DayOfWeek，java8 与 java9

Question

我在 Java 8 (1.8.0_77) 和 Java 9 (Java HotSpot(TM) 64-Bit Server VM (build 9+181, mixed mode)) 中尝试了一些代码

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

我对这些类的细节不太熟悉，但在 Java 8 中可以打印：

月 = 星期一

在 Java 9 中，但是它失败了

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

任何想法，这可以重现吗？

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

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

jdk1.8.0-77：

格式 = 莫

jdk-9（构建 9+181）

格式 = 月。

Answer 1

这似乎存在于java-9 中，因为CLDR date-time-patterns 的当前实现与JEP - 252 的实现表明

使用来自 Unicode 联盟的通用语言环境数据的语言环境数据 默认存储库 (CLDR)。

显示格式和翻译的本地化模式 某些语言环境中的字符串（例如语言环境名称）可能不同。

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

---

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

编辑/注意：如 cmets 中所链接，migration guide 对此类实现发出类似警告 -

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

Answer 2

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

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

确实，我认为基础数据的更改破坏了向后兼容性（具体为行为破坏）。