LocalDateTime.now() 错误的小时

Question

我正在使用LocalDateTime.now()获取系统的日期和时间，但时间已经过去了一个小时。

如果系统有 14:52，则now()返回 13:52。

系统操作系统为Windows 10。

Answer 1

LocalDateTime 是错误的类

永远不要LocalDateTime用来代表一个时刻，时间线上的一个特定点。故意缺乏时区或UTC偏移的任何概念，这种类型代表大约26-27小时范围内（全球时区范围）的潜在时刻。

当前时刻

要获取 UTC 中的当前时刻，请使用Instant.

Instant instant = Instant.now() ;

要获取在特定地区（时区）的人们使用的挂钟时间中看到的当前时刻，请使用ZonedDateTime.

我怀疑您的问题是您的预期时区实际上并不是您的代码运行时的当前默认时区。在您的代码中，您未能指定时区，因此 JVM 的当前默认时区被静默应用。您可以通过调用来验证当前的默认值ZoneId.systemDefault().toString()。

在我看来，隐式依赖 JVM 的当前默认时区是一种不好的做法。最好始终明确指定您想要/预期的时区。始终传递可选ZoneId参数。

ZoneId z = ZoneId.of( "America/Montreal" ) ; // Or get the JVM’s current default time zone: ZoneId.systemDefault() 
ZonedDateTime zdt = ZonedDateTime.now( z ) ;

关于java.time

该java.time框架是建立在Java 8和更高版本。这些类取代了麻烦的旧的遗留日期时间类，例如java.util.Date, Calendar, & SimpleDateFormat。

要了解更多信息，请参阅Oracle 教程。并在 Stack Overflow 上搜索许多示例和解释。规范是JSR 310。

现在处于维护模式的Joda-Time项目建议迁移到java.time类。

您可以直接与您的数据库交换java.time对象。使用符合JDBC 4.2或更高版本的JDBC 驱动程序。不需要字符串，不需要类。Hibernate 5 & JPA 2.2 支持java.time。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 (26+) 捆绑了java.time类的实现。
  • 对于早期的 Android (<26)，API 脱糖过程带来了java.time功能的一个子集，这些功能最初不是内置于 Android 中的。
    • 如果脱糖不能满足您的需求，ThreeTenABP项目会将 ThreeTen-Backport（如上所述）适配到 Android。请参阅如何使用ThreeTenABP ...。