Temporal.ZonedDateTime如何有效避免全球排课系统夏令时时的时差问题？

本文共计1179个文字，预计阅读时间需要5分钟。

由于默认使用系统时区数据库（IANA tzdb）的规则，但很多排课系统直接使用`withPlainTime`或`add`操作硬跳1小时，忽略了夏令时边界时刻可能不存在（如春调跳过2:00-2:59）或重复（如秋调出现两个2:00）的情况。此类操作会静默认跳到下一个有效时间点，导致课程提前或推迟，这是设计行为而非bug。

实操建议：

• 永远用 with({hour, minute}) + timeZone 显式构造，而非基于已有实例做 add({hours: 1})
• 检查夏令时切换日：用 timeZone.getOffsetNanosecondsFor(plainDateTime) 对比前后两天，确认 offset 是否变化
• 避免在 2:00–3:00 区间内做时间运算；若必须，先用 timeZone.getPossibleInstantsFor(plainDateTime) 拿到所有候选 Instant，再选最符合业务逻辑的那个

跨多时区排课时，Temporal.ZonedDateTime 和 Temporal.PlainDateTime 怎么选？

用 PlainDateTime 表示“本地课表时间”（比如“每周三 14:00 上课”），用 ZonedDateTime 表示“某地某刻的真实发生时刻”。两者不能混用比较或计算——PlainDateTime 没有时区语义，ZonedDateTime 含偏移和规则。