LocalDateTime转Instant时plusMonths后小时错误的原因及解决方法

以下Java代码中，第4和第6条输出的UTC小时与预期不符，请问原因是什么？如何修正？

LocalDateTime ldtNow = LocalDateTime.now();
LocalDateTime ldtNextMonth = ldtNow.plusMonths(1);

System.out.println("1. " + ldtNow);
System.out.println("2. " + ldtNextMonth);

System.out.println("3. " + ldtNow.atZone(ZoneId.systemDefault()).toInstant().toString());
System.out.println("4. " + ldtNextMonth.atZone(ZoneId.systemDefault()).toInstant().toString());

System.out.println("5. " + ldtNow.atZone(ZoneOffset.systemDefault()).toInstant().toString());
System.out.println("6. " + ldtNextMonth.atZone(ZoneOffset.systemDefault()).toInstant().toString());

输出结果：

1. 2022-10-26T16:53:59.691891
2. 2022-11-26T16:53:59.691891

3. 2022-10-26T14:53:59.691891Z
4. 2022-11-26T15:53:59.691891Z //WRONG?

5. 2022-10-26T14:53:59.691891Z
6. 2022-11-26T15:53:59.691891Z //WRONG?

原因分析 #

问题核心是时区的夏令时/冬令时切换规则：

• 你的系统默认时区应该是采用夏令时的时区（比如欧洲中部时区CET/CEST），10月处于夏令时（UTC+2），11月切换到冬令时（UTC+1）。
• LocalDateTime是不带时区的纯日历时间对象，plusMonths(1)仅对日期月份做数值加法，完全不考虑时区规则，因此得到的ldtNextMonth是固定的2022-11-26T16:53:59。
• 当把这个本地时间转换为带时区的对象时，11月的时区偏移已从UTC+2变为UTC+1，对应的UTC时间（Instant）自然比10月的结果多1小时（16:53 UTC+1 = 15:53 UTC）。
• ZoneOffset.systemDefault()仅获取当前时刻的时区偏移值，不包含时区规则，因此同样无法处理后续的偏移变化，导致相同异常。

解决方法 #

要保持UTC时刻一致（即得到2022-11-26T14:53:59.691891Z），必须先将LocalDateTime转换为带完整时区规则的ZonedDateTime，再执行加月操作，让时区规则自动调整本地时间：

修正后的代码：

ZonedDateTime zdtNow = ZonedDateTime.now();
ZonedDateTime zdtNextMonth = zdtNow.plusMonths(1);

System.out.println("1. " + zdtNow.toLocalDateTime());
System.out.println("2. " + zdtNextMonth.toLocalDateTime());

System.out.println("3. " + zdtNow.toInstant().toString());
System.out.println("4. " + zdtNextMonth.toInstant().toString());

此时第4条输出会是预期的2022-11-26T14:53:59.691891Z，对应的本地时间会自动调整为2022-11-26T15:53:59（适配冬令时的UTC+1偏移），既符合时区规则，又保持了UTC时刻的一致性。

也可以直接基于Instant操作，需先转换为带时区的对象：

Instant now = Instant.now();
Instant nextMonth = now.atZone(ZoneId.systemDefault()).plusMonths(1).toInstant();

关键注意点 #

• 避免用LocalDateTime处理跨时区或涉及夏令时的时间计算，它仅代表"本地日历时间"，不包含任何时区规则信息。
• 涉及时区偏移、规则变化的时间操作，必须使用ZonedDateTime或OffsetDateTime。

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