Java 8 java.time API通过ZonedDateTime精准建模时区、TemporalAdjusters结合自定义假日逻辑处理工作日、ChronoUnit与Period区分日历日和营业日，并强调带时区序列化保障跨国金融结算日计算准确性。
Java 8 引入的 java.time API（新日期时间 API）在跨国金融交易结算日计算中，核心在于**精准建模时区、工作日规则与法定假日逻辑**，而非简单加减天数。它本身不内置“节假日”或“银行工作日”概念，但提供了坚实基础来组合实现。
用 ZonedDateTime 精确锚定交易发生地的本地时间
金融交易必须以交易对手所在司法管辖区的本地日历和时区为准。例如一笔从新加坡发往法兰克福的 T+2 结算指令，不能按 UTC 或北京时间计算。
- 用
ZoneId.of("Asia/Singapore")和ZoneId.of("Europe/Berlin")明确标识双方时区 - 将交易发起时间转为
ZonedDateTime，再通过withZoneSameInstant()转换到对方时区——确保“同一物理时刻”，避免因夏令时切换导致日期错位 - 示例：2024-06-15T15:00+08:00[Singapore] 对应 Berlin 是 2024-06-15T09:00+02:00，若直接用
LocalDateTime.plusDays(2)会忽略时差和夏令时跳变
用 TemporalAdjusters + 自定义逻辑处理“下一个工作日”
结算日通常是“交易日 + N 个工作日”，需跳过周末和当地法定假日。新 API 提供了灵活调整器支持：
-
TemporalAdjusters.nextOrSame(DayOfWeek.MONDAY)可快速跳到下周一，但仅解决周末问题 - 真正关键的是封装一个
TemporalAdjuster实现类，内部查表判断某日是否为指定国家/地区的银行假日（如德国的Bundesfeiertag或新加坡的National Day） - 结合
Stream.iterate()循环推进日期，每次用plusDays(1)后校验是否为有效工作日，直到满足 N 个工作日条件
用 ChronoUnit 和 Period 区分“日历日”与“营业日”语义
金融协议中常明确写“T+2 business days”或“T+3 calendar days”。新 API 强制你显式选择语义，避免隐式错误：
立即学习“Java免费学习笔记（深入）”；
-
LocalDate.plus(Period.ofDays(2))是纯日历日（含周末），适合交割截止日等场景 -
LocalDate.plus(1, ChronoUnit.DAYS)同样是日历日，但更底层，适合性能敏感路径 - 真正“营业日”必须自行实现：维护各国假日列表（推荐用 lib-recur 或 ThreeTen-Extra 的
HolidayCalendar扩展）
序列化与跨系统交互注意时区信息完整性
结算日作为关键业务字段，在 JSON/API 传输或数据库存储时，丢失时区即丢失语义：
- 对外暴露 API 时，优先使用 ISO-8601 带时区格式（如
"2024-06-17T00:00:00+02:00[Europe/Berlin]"），而非无时区的"2024-06-17" - Jackson 序列化需注册
JavaTimeModule并配置SerializationFeature.WRITE_DATES_AS_TIMESTAMPS为 false - 数据库建议用
TIMESTAMP WITH TIME ZONE（PostgreSQL）或至少存LocalDateTime + zone_id VARCHAR两字段，避免仅存DATE类型丢失上下文
