值24:00未在LocalTime中表示,因为它严格地是第二天的一部分.考虑到24:00可以表示为LocalTime的一部分的模型,但结论是它在很多用例中会非常混乱,并且会产生比它解决的更多错误.
但是在java.time中支持24:00.完全可以使用标准格式化技术对其进行解析,但是必须使用SMART或LENIENT模式,请参阅ResolverStyle.默认模式为SMART,但DateTimeFormatter.ISO_LOCAL_DATE_TIME等DateTimeFormatter上的formtter常量处于STRICT模式.因此,ofPattern()默认为SMART模式：
static final DateTimeFormatter FORMATTER = DateTimeFormatter.ofPattern("yyyy-MM-dd'T'HH:mm");
LocalDateTime ldt = LocalDateTime.parse("2012-12-03T24:00", FORMATTER);
System.out.println(ldt); // 2012-12-04T00:00
请注意,这也适用于OffsetDateTime和ZonedDateTime. Instant的标准解析器支持24:00,没有特殊的格式化程序：
Instant instant = Instant.parse("2015-01-01T24:00:00Z");
System.out.println(instant); // 2015-01-02T00:00:00Z
可以使用withResolverStyle()将任何格式化程序转换为SMART或LENIENT模式,如下所示：
DateTimeFormatter f = ... // obtain a formatter somehow
DateTimeFormatter smartMode = f.withResolverStyle(ResolverStyle.SMART);
// for example
f = DateTimeFormatter.ISO_LOCAL_DATE_TIME.withResolverStyle(ResolverStyle.SMART);
支持的第二个元素是parseExcessDays().这允许在仅解析时间时获得超出的日期：
static final DateTimeFormatter TIME_FORMATTER = DateTimeFormatter.ofPattern("HH:mm");
TemporalAccessor parsed = TIME_FORMATTER.parse("24:00");
LocalTime lt = LocalTime.from(parsed);
Period excessDays = parsed.query(DateTimeFormatter.parsedExcessDays());
System.out.println(lt + " + " + excessDays); // 00:00 + P1D
最后,给高级用户注意.从理论上讲,它应该可以编写自己的Temporal实现,它是LocalTime的副本,但支持24:00作为有效值.这样的一个类,比如LocalTimeWithEndOfDay,可以在没有问题的情况下与格式化程序/解析器一起运行(并且可能是ThreeTen-Extra的一个很好的补充.
