Java日光节约（TimeZone / ZoneId）支持将来的日期/年份

Question

在Java中，有两个选项支持日光节约功能。 1.时区 2. ZoneId

哪个类更好用？ DST每年会有所不同。 Java类如何维护搜索时区和每年的那些配置？ DST（zoneId.getRules（）。isDaylightSavings（instant））可以使用的最大日期或年份是什么？

Answer 1

java.time.ZoneId

使用ZoneId和ZoneRules，它们是现代 java.time 类的一部分。

避免使用TimeZone，这是由于采用JSR 310而过时的可怕的旧式日期时间类。

tzdata

时区信息在JVM中存储的tzdata中定义。如果您关心的区域正在更改，请确保进行更新。

区域变化

  

DST（zoneId.getRules（）。isDaylightSavings（instant））可以使用的最大日期或年份是什么？

要求将来的夏令时（DST）的最大日期是错误的。

特定地区人民使用的偏移量的未来变化，例如夏时制（DST），将根据当前已知的规则无限期地计算到未来。

>

诀窍在于，全世界的政客都倾向于重新定义各自的时区。这种情况比您想像的更多。因此，我们可能希望根据其制定计划的规则实际上不为人所知，因为它们是由反复无常的人而不是自然界定义的。

这就是为什么您不应该暂时预约未来的约会的原因。而是将不确定的LocalDateTime类与单独存储的ZoneId一起使用。在计算时间表时，将ZoneId应用于LocalDateTime以得到ZonedDateTime对象，它是特定时刻。 Stack Overflow已经对此进行了多次讨论，因此请搜索更多信息和代码示例。

---

关于 java.time

java.time框架已内置在Java 8及更高版本中。这些类取代了麻烦的旧legacy日期时间类，例如java.util.Date，Calendar和SimpleDateFormat。

要了解更多信息，请参见Oracle Tutorial。并在Stack Overflow中搜索许多示例和说明。规格为JSR 310。

目前位于Joda-Time的maintenance mode项目建议迁移到java.time类。

您可以直接与数据库交换 java.time 对象。使用符合JDBC driver或更高版本的JDBC 4.2。不需要字符串，不需要java.sql.*类。

在哪里获取java.time类？

• Java SE 8，Java SE 9，Java SE 10，Java SE 11和更高版本-具有捆绑实现的标准Java API的一部分。
  • Java 9添加了一些次要功能和修复。
• Java SE 6和Java SE 7
  • java.time 的大多数功能都在ThreeTen-Backport中反向移植到Java 6和7。
• Android
  • java.time 类的Android捆绑包实现的最新版本。
  • 对于较早的Android（<26），ThreeTenABP项目改编为ThreeTen-Backport（如上所述）。参见How to use ThreeTenABP…。

ThreeTen-Extra项目使用其他类扩展了java.time。该项目为将来可能在java.time中添加内容提供了一个试验场。您可能会在这里找到一些有用的类，例如Interval，YearWeek，YearQuarter和more。