JPA和java 8 date API-选择正确的实现（Instant、LocalDateTime、ZonedDateTime）

Question

在以下情况下，哪些可用的java 8时间API类最适合JPA实体映射：

• 按信息类型创建的合同
• 日期以UTC格式存储在数据库中
• 业务逻辑以UTC进行所有计算
• 日期显示在欧洲/维也纳时区的UI中

我看到的大多数示例都使用LocalDateTime，但其中一个没有任何时区的概念。既然我们的所有业务逻辑都应该在UTC中进行计算，并在UTC中检索/存储数据，那么Instant或ZonedDateTime不是更合适吗？

在决定使用哪种类型进行JPA实体映射时，应该考虑哪些实际影响（例如，无法为Instant添加一周）？

Answer 1

Instant根据定义是UTC，因此如果您始终处理UTC，那么如果它具有您需要的所有操作就足够了。LocalDateTime是没有特定时区或区域偏移的时间戳，但如果您知道您只处理UTC，它可能对Instant不提供的操作很有用。

在UTC和其他时区之间来回转换时，可以携带明确的时区偏移的最精确类型是偏移日期时间（OffsetDateTime）。有一个方便的分区偏移。UTC常数，可用于将UTC的偏移量固定为0小时ZonedDateTime添加了时区的概念，该概念增加了对夏令时之类的支持，在处理UTC时，通常不需要夏令时，除非您希望在特定区域中显示本地时间。