未来日期/年份的 Java 夏令时 (TimeZone/ZoneId) 支持
Posted
技术标签:
【中文标题】未来日期/年份的 Java 夏令时 (TimeZone/ZoneId) 支持【英文标题】:Java Day Light Saving (TimeZone/ZoneId) Support for Future Dates/Years 【发布时间】:2019-08-04 23:44:02 【问题描述】:在 Java 中有两个选项支持夏令时功能。 1. 时区 2. 区域标识
哪个类更好用? DST 每年都会有所不同。 Java 类如何维护搜索时区和每年的这些配置? DST (zoneId.getRules().isDaylightSavings(instant)) 可以工作的最大日期或年份是多少?
【问题讨论】:
【参考方案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 4.2 或更高版本的JDBC driver。不需要字符串,不需要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 (ThreeTenABP 项目适应 ThreeTen-Backport(如上所述)。见How to use ThreeTenABP…。ThreeTen-Extra 项目通过附加类扩展了 java.time。该项目是未来可能添加到 java.time 的试验场。您可以在这里找到一些有用的类,例如Interval
、YearWeek
、YearQuarter
和more。
【讨论】:
以上是关于未来日期/年份的 Java 夏令时 (TimeZone/ZoneId) 支持的主要内容,如果未能解决你的问题,请参考以下文章