自定义 TemporalAdjuster 的核心是封装可复用、易测试、语义清晰的日期调整业务规则。需自定义的场景包括发薪日遇周末提前、跳过法定节假日、推至下一个工作日、每季度第三个周三等；推荐优先使用 TemporalAdjusters.ofDateAdjuster() 实现 LocalDate 调整，复杂类型则实现接口；须确保返回新对象、避免无限循环、处理跨年跨月边界、假日集合应参数化；轻量逻辑可用静态工厂方法封装。
自定义 TemporalAdjuster 的核心在于封装特定业务规则，让日期调整逻辑可复用、易测试、语义清晰。它不是简单加减天数，而是把“怎么调”从主流程中抽离出来，变成独立策略。
什么时候该自己写一个？
当内置调节器无法满足业务规则时，比如：
- 发薪日是每月15号，但遇周末要提前到前一个周五
- 合同续期日需跳过法定节假日（不只是周末）
- 系统只在工作日发送通知，需自动推到下一个工作日
- 某活动固定在“每季度第三个周三”，但 Java 没有直接支持季度粒度的内置方法
两种主流实现方式
推荐优先使用 TemporalAdjusters.ofDateAdjuster()，它专为 LocalDate 设计，避免类型强转，代码更安全简洁：
// 示例：下一个工作日（跳过周六、周日）
TemporalAdjuster NEXT_WORKDAY = TemporalAdjusters.ofDateAdjuster(date -> {
LocalDate result = date.plusDays(1);
while (result.getDayOfWeek().getValue() >= 6) {
result = result.plusDays(1);
}
return result;
});
LocalDate nextWorkDay = LocalDate.now().with(NEXT_WORKDAY);
若需支持 LocalDateTime 或 ZonedDateTime，则改用实现接口的方式，手动做类型判断与转换。
关键细节注意点
写自定义 adjuster 时容易忽略但影响稳定性的几点：
- 必须返回新对象，不能修改入参 —— Temporal 类型全部不可变
- 避免无限循环：比如在节假日列表为空时未设退出条件，或逻辑漏掉某类日期
- 考虑边界情况：如跨年、跨月、2月29日等，LocalDate.plusDays() 自动处理，无需额外校验
- 如果涉及节假日，建议将假日集合作为构造参数传入，而不是硬编码或静态加载，便于单元测试和多环境适配
结合业务场景的轻量封装
不必每个规则都写完整类，小逻辑可用静态工厂方法封装：
// 工厂方法：生成指定月份发薪日调整器（15号，遇休提前）
public static TemporalAdjuster paydayAdjuster(int dayOfMonth) {
return TemporalAdjusters.ofDateAdjuster(date -> {
LocalDate target = date.withDayOfMonth(dayOfMonth);
if (target.getDayOfWeek() == DayOfWeek.SATURDAY) {
return target.minusDays(1);
} else if (target.getDayOfWeek() == DayOfWeek.SUNDAY) {
return target.minusDays(2);
}
return target;
});
}
这样调用就非常直观：
LocalDate salaryDay = today.with(paydayAdjuster(15));
