Java日间节光(时区/ZoneId)支持未来日期/年份
在Java中,有两个选项支持日光节约功能。 1.时区 2.地带 哪个类比较好用?DST每年都会有所不同。Java类如何为搜索时区和每年维护这些配置?DST(zoneId.getRules().isDaylightSavings(instant))最长工作日期或年份是多少?Java日间节光(时区/ZoneId)支持未来日期/年份,java,date,timezone,dst,zoneddatetime,Java,Date,Timezone,Dst,Zoneddatetime,在Java中,有两个选项支持日光节约功能。 1.时区 2.地带 哪个类比较好用?DST每年都会有所不同。Java类如何为搜索时区和每年维护这些配置?DST(zoneId.getRules().isDaylightSavings(instant))最长工作日期或年份是多少?java.time.zoneId 使用ZoneId和ZoneRules,这是现代java.time类的一部分 避免时区,这是由于采用JSR 310而过时的可怕的遗留日期时间类的一部分 tzdata 时区信息在JVM中存储的中定义
java.time.zoneId
使用ZoneId
和ZoneRules
,这是现代java.time类的一部分
避免时区
,这是由于采用JSR 310而过时的可怕的遗留日期时间类的一部分
tzdata
时区信息在JVM中存储的中定义。如果您关心的区域正在更改,请务必进行更新
区域变化
DST(zoneId.getRules().isDaylightSavings(instant))的最长工作日期或年份是什么
询问未来夏令时(DST)的最长日期是错误的
特定地区的居民使用的偏移量的未来变化,如夏令时(DST),将根据当前已知的规则无限期地计算到未来
诀窍在于,世界各地的政客都表现出重新定义各自时区的倾向。这种情况发生的频率比你想象的要高。因此,我们计划未来日程安排的规则实际上并不可知,因为它们是由反复无常的人类而不是大自然定义的
这就是为什么你不应该把未来的约会作为一个时刻来预定的原因。使用不定的LocalDateTime
类和单独存储的ZoneId
。计算日程安排时,将ZoneId
应用于LocalDateTime
,以获得一个ZonedDateTime
对象,该对象是一个特定时刻。这已经在堆栈溢出上讨论过很多次了,所以请搜索更多信息和代码示例
关于java.time 该框架内置于Java8及更高版本中。这些类取代了麻烦的旧日期时间类,例如,& 要了解更多信息,请参阅。并搜索堆栈溢出以获得许多示例和解释。规格是 该项目现已启动,建议迁移到类 您可以直接与数据库交换java.time对象。使用兼容的或更高版本。不需要字符串,也不需要
java.sql.*
类
从哪里获得java.time类
- 、和更高版本-标准Java API的一部分,带有捆绑实现。
- Java9添加了一些次要功能和修复
- 及
- 大多数java.time功能都在中向后移植到Java6和Java7
-
- 更高版本的Android捆绑包实现了java.time类
- 对于早期的Android(