java.time DateTimeFormatter解析：灵活回退值配置问题

这个问题我迁移Joda Time到java.time时也碰到过，确实java.time的parseDefaulting()机制比Joda Time严格很多，它只在字段未被解析器定义时才会生效，没法直接复刻Joda的灵活效果。不过有几种原生的处理方式可以实现类似需求：

方法1：用可选格式+默认值组合 #

如果你的输入文本是年份可选的固定格式（比如yyyy-MM-dd或MM-dd），可以用DateTimeFormatterBuilder.appendOptional()把年份部分标记为可选，再配合parseDefaulting()设置默认年份。这样解析时，有年份就用解析出来的，没有就自动用默认值：

// 构建支持带/不带年份的解析器，默认用UTC当前年份
DateTimeFormatter formatter = new DateTimeFormatterBuilder()
        .appendOptional(DateTimeFormatter.ofPattern("yyyy-")) // 可选的年份前缀
        .appendPattern("MM-dd") // 必选的月日部分
        .parseDefaulting(ChronoField.YEAR, Year.now(ZoneOffset.UTC).getValue())
        .toFormatter();

// 测试两种输入
LocalDate date1 = LocalDate.parse("2023-10-05", formatter); // 输出2023-10-05
LocalDate date2 = LocalDate.parse("10-05", formatter); // 输出[当前UTC年份]-10-05

这种方式的好处是代码简洁，完全依赖java.time原生API，适合格式固定的场景。

方法2：手动检查解析结果并补全默认值 #

如果你的输入格式比较复杂（比如年份可能在任意位置，或有多种不规则格式），可以先把文本解析为TemporalAccessor，然后手动检查年份字段是否存在，不存在就用默认值构建最终的日期对象：

String text = "10-05";
DateTimeFormatter formatter = DateTimeFormatter.ofPattern("[yyyy-]MM-dd"); // 年份可选的格式

TemporalAccessor parsed = formatter.parse(text);
// 优先用解析出来的年份，没有则用UTC当前年份
int year = parsed.isSupported(ChronoField.YEAR)
        ? parsed.get(ChronoField.YEAR)
        : Year.now(ZoneOffset.UTC).getValue();

LocalDate date = LocalDate.of(
        year,
        parsed.get(ChronoField.MONTH_OF_YEAR),
        parsed.get(ChronoField.DAY_OF_MONTH)
);

这种方式灵活性更高，不管格式怎么变，只要能解析出月日字段，就能补全年份。如果需要处理时间部分（比如时分秒），也可以用同样的逻辑补全对应的字段。

方法3：尝试两种解析规则（兜底方案） #

如果上面两种方式都不适用，还可以用try-catch的兜底方案：先尝试用带年份的格式解析，失败了再用不带年份+默认值的格式解析：

String text = "10-05";
LocalDate date;
try {
    // 先尝试带年份的解析
    date = LocalDate.parse(text, DateTimeFormatter.ISO_LOCAL_DATE);
} catch (DateTimeParseException e) {
    // 解析失败，用默认年份的格式
    DateTimeFormatter formatter = new DateTimeFormatterBuilder()
            .appendPattern("MM-dd")
            .parseDefaulting(ChronoField.YEAR, Year.now(ZoneOffset.UTC).getValue())
            .toFormatter();
    date = LocalDate.parse(text, formatter);
}

这种方式逻辑最简单，但要注意异常处理的性能问题——如果大部分输入都是不带年份的，频繁触发异常会影响效率，所以只适合小批量或格式不确定的场景。

最后要注意，和Joda Time保持一致，默认年份要用UTC时区的当前年份，别用本地时区的Year.now()，避免时区差异导致的年份不一致问题。

内容的提问来源于stack exchange，提问作者alr