ZonedDateTime和OffsetDateTime有什么区别？

我已经阅读了文档，但是当我应该使用其中一个时，我仍然听不懂：

• OffsetDateTime
• ZonedDateTime

根据OffsetDateTime日期向数据库写入日期时应使用文档，但我不知道为什么。

问：java 8 ZonedDateTime和OffsetDateTime有什么区别？

javadocs这样说：

“ OffsetDateTime，ZonedDateTime和Instant所有商店的时间线，以纳秒的精度瞬间，Instant是最简单的，只是代表了瞬间。OffsetDateTime增加了即时从UTC /格林威治，这使得能够获得当地的日期时间偏移。ZonedDateTime增加全职区规则。”

来源：https : //docs.oracle.com/javase/8/docs/api/java/time/OffsetDateTime.html

从而之间的差OffsetDateTime和ZonedDateTime是，后者包括规则盖夏令时调整和各种其它异常现象。

简单地说：

时区 =（UTC偏移量 +异常规则）

问：OffsetDateTime将日期写入数据库时​​，应根据文档使用，但我不知道为什么。

具有本地时间偏移的日期始终表示同一时刻，因此具有稳定的顺序。相比之下，面对相应时区的规则进行调整时，具有完整时区信息的日期的含义就不稳定。（并且确实会发生这种情况；例如将来的日期时间值。）因此，如果您存储然后检索一个ZonedDateTime实现，则会出现问题：

• 它可以存储计算出的偏移量...，然后检索到的对象可能具有与zone-id的当前规则不一致的偏移量。

• 它可以丢弃计算出的偏移量...，然后检索到的对象在绝对/通用时间轴中表示的点与所存储的不同。

如果使用Java对象序列化，则Java 9实现采用第一种方法。可以说这是处理此问题的“更正确”的方法，但这似乎没有记录在案。（JDBC驱动程序和ORM绑定大概在做出类似的决定，并有望正确地做。）

但是，如果您正在编写一个手动存储日期/时间值或依赖于的应用程序java.sql.DateTime，那么可能会避免区域ID的复杂性。因此，建议。

请注意，其含义/顺序随时间推移而不稳定的日期可能对应用程序有问题。而且由于更改区域规则只是边缘情况，因此这些问题很可能在意想不到的时间出现。

提出建议的（可能）第二个原因是a的构造ZonedDateTime在某些时候是模棱两可的。例如，在您“放回时钟”的时间段内，将本地时间和zone-id组合可以给您两个不同的偏移量。该ZonedDateTime会一贯挑一个比其他...但是这并不总是正确的选择。

现在，对于以ZonedDateTime这种方式构造值的任何应用程序来说，这可能都是个问题。但是从某个人构建企业应用程序的角度来看，当（可能不正确的）ZonedDateTime值保持不变并在以后使用时，这是一个更大的问题。