java - 为什么ZonedDateTime和Calendar在2050年的小时数上不一致？

This question already has an answer here:

Bug in jdk8 date-conversion?

(1个答案)

去年关闭。

考虑以下代码:

ZoneId zoneId = ZoneId.of("America/Los_Angeles");
long currMillis = 2530778400000L;
Instant curr = Instant.ofEpochMilli(currMillis);
LocalDateTime dt = LocalDateTime.ofInstant(curr, zoneId); //the local one just for completeness
ZonedDateTime zdt = ZonedDateTime.ofInstant(curr, zoneId);
Calendar calendar = GregorianCalendar.from(zdt);

System.out.println(String.format("%-30s %s", "java-8 LocalDateTime hour:", dt.toLocalTime().getHour()));
System.out.println(String.format("%-30s %s", "java-8 ZonedDateTime hour:", zdt.toLocalTime().getHour()));
System.out.println(String.format("%-30s %s", "Calendar hour:", calendar.get(Calendar.HOUR_OF_DAY)));

打印:

java-8 LocalDateTime hour:     3
java-8 ZonedDateTime hour:     3
Calendar hour:                 2

日历似乎在这个小时左右从2小时跳到4小时(如果与DST更改相对应，一般来说并不一定是问题)。

我正在使用AdoptOpenJDK 1.8.0_242，但我也检查了HotSpot 1.8.0_181-相同的问题。

为什么日历报告与ZonedDateTime不同的小时？
这是不匹配的已知问题吗？
在这种情况下，我应该更信任谁-ZonedDateTime或Calendar？

最佳答案

假设规则(转换为DST发生在3月8日或之后的02:00的第一个星期日)在2050年不变，则该瞬间就是间隙转换发生的时间(3月13日)，时钟从01跳到:59到03:00，因此02:00实际上不存在。 Calendar在这里是完全错误的。

通过检查每个时区类对所讨论时刻的说法，您可以进一步了解Calendar是怎么回事。 ZonedDateTime使用ZoneId，而Calendar使用TimeZone。我使用以下代码比较了ZoneId和TimeZone对应方法的各种方法的输出:

ZoneId zoneId = ZoneId.of("America/Los_Angeles");
long currMillis = 2530778400000L;
Instant curr = Instant.ofEpochMilli(currMillis);
TimeZone tz = TimeZone.getTimeZone(zoneId);

// what's the actual offset at that instant?
System.out.println(zoneId.getRules().getOffset(curr).getTotalSeconds());
System.out.println(tz.getOffset(currMillis) / 1000);

// is DST observed at that instant?
System.out.println(zoneId.getRules().isDaylightSavings(curr));
System.out.println(tz.inDaylightTime(new Date(currMillis)));

// what's the standard offset at that instant?      
System.out.println(zoneId.getRules().getStandardOffset(curr).getTotalSeconds());
System.out.println(tz.getRawOffset() / 1000);

// how many seconds does DST add to the standard offset at that instant?
System.out.println(zoneId.getRules().getDaylightSavings(curr).getSeconds());
Calendar calendar = GregorianCalendar.from(ZonedDateTime.ofInstant(curr, zoneId));
System.out.println(calendar.get(Calendar.DST_OFFSET) / 1000);

结果如下:

-25200
-28800
true
true
-28800
-28800
3600
0

如您所见，他们俩都认为遵守DST，但是TimeZone认为DST向标准偏移量增加了0秒，这使它认为实际偏移量仍为-8小时。

但是谁知道30年后会发生什么呢？希望大家都摆脱DST :)

关于java - 为什么ZonedDateTime和Calendar在2050年的小时数上不一致？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/60109531/

上一篇：scala - 在 Scala Specs 中， "must"函数是什么？

下一篇：ruby-on-rails - 使用 Google 的 Audit API 监控 google 应用程序电子邮件

相关文章：

java - Iterable 实现中的 Lambda 表达式

java - NetworkOnMainThreadException- 尝试创建一个新线程和 ASynchTask

python - 在python中生成给定范围内的所有日期

java - 清理 Java 8 中的锁 (.lck) 文件

java - 从 java.time.MonthDay 到 java.sql.* 的映射

asp.net-mvc - 如何修复jQuery datepicker的区域设置，使其可在Firefox和IE7中使用？

java - hibernate中二级缓存中缓存了哪些类

java - 编译错误: unreported exception Add; must be caught or declared to be thrown

java - 将 EditText 文本绑定(bind)到变量？

c# - 转换为日期时间和从日期时间转换增加一个小时？