这个问题在这里已经有答案了：
localdate.parse是否自动更正日期(2个答案）
22天前关门了。
我正在JavaSE8项目中使用JavaC15.0.1。
我有localdate的不规则输入： String fateDate = "1970-02-29" ;
对于localdate的parse（），我得到了这个异常（正确地说）： LocalDate.parse(fateDate); 线程“main”java.time.format.datetimeparseexception中出现异常：无法分析文本“1970-02-29”：日期“二月29”无效，因为“1970”不是闰年
但是使用datetimeformatter会做一些更正：
final DateTimeFormatter dtf = DateTimeFormatter.ofPattern("y-M-d");
TemporalAccessor ta = dtf.parse(fateDate);
System.out.println(ta);收益率：
{}，iso解析为1970-02-28
此行为与所有月份以及小于32天的所有值相同。因此，对于四月，您不会得到31的异常，而是一个localdate，其值为30。这看起来不像是“过早失败”的完美化身。。。
为什么会有不同的行为
在localdate.parse（）和datetimeformatter.parse（）中？
in-datetimeformatter for invalid days\u of \u month>31 vs.！>31?
1条答案
按热度按时间vaj7vani1#
分解样式
你自己的
DateTimeFormatter是想变得聪明。它使用的是一种解析器样式，它确实被称为SMART. 它是来自的格式化程序的默认值DateTImeFormatter.ofPattern()，但您当然可以设置为其他方式。分解器样式SMART像你观察到的那样做一些小的调整。另一方面，它确实知道iso日历中的一个月不能超过31天，因此仍然拒绝第32个月或更大的一天。这是一个设计决定，我不知道他们为什么要这样设计。另一方面，arg
LocalDate.parse()使用内置DateTimeFormatter.ISO_LOCAL_DATE它有解析器风格STRICT. 它拒绝所有在公历中无效的日期。如我所说，您可以在格式化程序上设置解析器样式：
编辑：我需要再做一个改变。因为使用严格的解析器样式，格式化程序根本拒绝将纪年、月份和月份的日期解析为日期。格式模式字母
y您所使用的表示纪年，严格来说java不知道1970是1970 bce（bc）还是1970 ce（ad），所以无法解析。与智能解析器风格，它将默认为共同的时代（我们的时代）；不是严格的。我用的是u一个签署的年份，这使得1970年明确无误。通过这两个更改，您现在可以得到您请求的异常：线程“main”java.time.format.datetimeparseexception中出现异常：无法分析文本“1970-02-29”：日期“二月29”无效，因为“1970”不是闰年
为了完整性，还有一种解析器样式
LENIENT但你肯定不知道这是怎么回事。链接
问题
uuuu与yyyy在DateTimeFormatter在java？中格式化模式代码？。meno hochschild的回答解释了为什么我们需要格式模式（在许多其他事情中）
u具有严格的解析器风格。