Instant和LocalDateTime之间有什么区别？

Question

我知道：

• 即时是一种用于计算的“技术性”时间戳表示（纳秒）。
• LocalDateTime是包含人类时区的日期/时钟表示形式。

最终，IMO两者都可以作为大多数应用程序用例的类型。例如：当前，我正在运行一个批处理作业，需要根据日期计算下一次运行，我正在努力寻找这两种类型之间的优劣（除了Instant的纳秒精度优势和LocalDateTime的时区部分）。

Answer 1

instant和localdatetime是两种完全不同的动物：一种代表瞬间，另一种不代表瞬间。

• instant表示时刻，即时间线中的特定点。
• localdatetime表示日期和一天中的时间。但由于缺少时区或与UTC的偏移量,这个类不能表示一个时刻。它代表了大约26到27小时范围内的潜在时刻，这是全球所有时区的范围。localdatetime值本质上不明确。

localdatetime是包含人类时区的日期/时钟表示。

引用该类'DOC:

该类不存储或表示时区。相反，它是一个日期的描述，如用于生日，结合当地时间，如在一个挂钟上看到。如果没有诸如偏移量或时区之类的附加信息，它就不能表示时间线上的瞬间。

所以local…的意思是“没有分区，没有偏移”。

Instant instant = Instant.now() ;  // Capture the current moment in UTC.

如果时-分-秒的数目为零，则offsetdatetime表示与instant相同的以UTC表示的时刻。

ZoneOffset类表示从-UTC偏移量，即在UTC之前或之后的小时、分钟、秒数。

zoneoffset仅仅是小时-分钟-秒的数字，仅此而已。一个区域要多得多，它有一个名称和一个要抵消的更改历史记录。因此使用区域总是比仅使用偏移量更可取。

时区由zoneid类表示。

例如，巴黎的新一天比蒙特利尔的新一天来得早。所以我们需要移动时钟指针，以更好地反映给定区域的正午（当太阳直接在头顶时）。西欧/非洲的UTC线向东/向西越远，偏移量就越大。

时区是一组规则，用于处理当地社区或地区所实行的调整和异常。最常见的反常现象是日光节约时间(DST)这一非常流行的疯狂现象。

时区包含过去的规则、现在的规则和为不久的将来确认的规则的历史。

这些规则变化的频率比你想象的要高。一定要保持您的日期-时间库的规则，通常是'tz'数据库的副本，是最新的。在Java8中，Oracle发布了时区更新工具，保持最新比以往任何时候都容易。

以大陆/地区格式指定适当的时区名称，例如美国/蒙特利尔、非洲/卡萨布兰卡或太平洋/奥克兰。切勿使用est或ist等2-4个字母缩写，因为它们不是真正的时区，不是标准化的，甚至不是唯一的（！）。

ZoneId z = ZoneId.of( “Africa/Tunis” ) ; 

将zoneddatetime概念上视为具有分配的zoneid的即时。

ZonedDateTime=（即时+区域ID）

捕捉特定地区（时区）的人们使用的挂钟时间所看到的当前时刻：

ZonedDateTime zdt = ZonedDateTime.now( z ) ;  // Pass a `ZoneId` object such as `ZoneId.of( "Europe/Paris" )`. 

ZonedDateTime zdt = instant.atZone( z ) ;
String output = zdt.toString() ;                 // Standard ISO 8601 format.

DateTimeFormatter f = DateTimeFormatter.ofLocalizedDateTime( FormatStyle.FULL ).withLocale( Locale.CANADA_FRENCH ) ; 
String outputFormatted = zdt.format( f ) ;

“本地”日期时间类localdatetime、localdate和localtime是一种不同的生物。不与任何一个地方或时区绑定。它们不与时间线绑在一起。它们没有真正的意义，直到你把它们应用到一个地方，找到时间线上的一个点。

这些类名中的“local”一词对不熟悉的人来说可能是违反直觉的。这个词的意思是任何地方，或每一个地方，但不是一个特定的地方。

因此对于商业应用程序来说，“本地”类型并不常用，因为它们代表的只是一个可能的日期或时间的一般概念，而不是时间线上的一个特定时刻。商业应用程序往往关心发票到达的确切时间、产品运输的确切时间、员工被雇佣的确切时间或出租车离开车库的确切时间。因此商业应用程序开发人员最常用的是instant和zoneddatetime类。

• 我们希望在多个位置上应用某个日期和时间。
• 我们正在预约。
• 我们有一个尚未确定的时区。

注意，这三种情况都不涉及时间线上的某个特定点，都不是一个时刻。

有时我们希望在某个日期上表示某一天中的某一个时间，但希望将其应用到跨时区的多个地方。

例如，“圣诞节在2015年12月25日午夜开始”是一个localdatetime。巴黎和蒙特利尔的午夜钟声不同，西雅图和奥克兰的午夜钟声也不同。

LocalDate ld = LocalDate.of( 2018 , Month.DECEMBER , 25 ) ;
LocalTime lt = LocalTime.MIN ;   // 00:00:00
LocalDateTime ldt = LocalDateTime.of( ld , lt ) ;  // Christmas morning anywhere. 

另一个例子，“Acme Company有一个策略，它在全球的每个工厂的午餐时间从下午12:30开始”是localtime。要有真正的意义，你需要将它应用到时间线上，计算出斯图加特工厂的12:30或者拉巴特工厂的12:30或者悉尼工厂的12:30。

使用localdatetime的另一种情况是预订将来的活动（例如：牙医约会）。这些任命在未来可能会很遥远，以至于你冒着政客们重新定义时区的风险。政客们往往很少预先警告，甚至根本没有警告。如果你指的是“明年1月23日下午3点”，不管政客们如何摆弄时钟，那么你就不能记录一个时刻--比如，如果该地区采用或取消夏令时，那么下午3点就会变成下午2点或下午4点。

对于约会，存储分别保存的localdatetime和zoneid。稍后，在生成计划时，通过调用LocalDateTime::AtZone(ZoneId)生成ZonedDateTime对象来即时确定时刻。

ZonedDateTime zdt = ldt.atZone( z ) ;  // Given a date, a time-of-day, and a time zone, determine a moment, a point on the timeline.

如果需要，您可以调整为UTC。从ZonedDateTime中提取即时。

Instant instant = zdt.toInstant() ;  // Adjust from some zone to UTC. Same moment, same point on the timeline, different wall-clock time.

有些人可能在时区或偏移量未知的情况下使用localdatetime。

我认为这个案子是不恰当和不明智的。如果区域或偏移量是预定的，但未确定，则数据不正确。这就像存储一个产品的价格，而不知道预期的货币（美元、英镑、欧元等）。不是个好主意。

为了完整起见，这里列出了所有可能的日期-时间类型，包括Java中的现代和遗留类型，以及SQL标准定义的类型。这可能有助于将Instant和LocalDateTime类放置在更大的上下文中。

请注意Java团队在设计JDBC4.2时做出的奇怪选择。他们选择支持所有java.time时间…除了两个最常用的类:instant和zoneddatetime。

但不用担心。我们可以很容易地来回转换。

正在转换即时。

// Storing
OffsetDateTime odt = instant.atOffset( ZoneOffset.UTC ) ;
myPreparedStatement.setObject( … , odt ) ;

// Retrieving
OffsetDateTime odt = myResultSet.getObject( … , OffsetDateTime.class ) ;
Instant instant = odt.toInstant() ;

正在转换zoneddatetime。

// Storing
OffsetDateTime odt = zdt.toOffsetDateTime() ;
myPreparedStatement.setObject( … , odt ) ;

// Retrieving
OffsetDateTime odt = myResultSet.getObject( … , OffsetDateTime.class ) ;
ZoneId z = ZoneId.of( "Asia/Kolkata" ) ;
ZonedDateTime zdt = odt.atZone( z ) ; 

您可以直接与数据库交换java.time对象。使用与JDBC4.2或更高版本兼容的JDBC驱动程序。不需要字符串，不需要java.sql.*类。Hibernate5&JPA2.2支持java.time。

从哪里获取java.time类？

• Java SE 8、Java SE 9、Java SE 10、Java SE 11和更高版本--带有捆绑实现的标准Java API的一部分。
  • Java 9带来了一些小功能和修补程序。
  null
  null