Java 日历 'getTimeInMillis()' 导致所有 'isSet' 字段为真

Question

我对 Java Calendar 的以下意外行为感到非常困惑

Calendar calendar = Calendar.getInstance();
calendar.clear();
//System.out(calendar.getTimeInMillis());
calendar.setLenient(false);
calendar.set(Calendar.YEAR, year);

如果我在“clear()”之后调用 getTimeInMillis()，所有在 clear() 之后为假的 isSet() 字段变为真。我究竟做错了什么？如果这是正确的行为(这看起来很奇怪)，是否有办法阻止它？

Answer 1

tl;dr

永远不要使用糟糕的 Calendar 类。

使用现代 java.time 类。这些immutable objects完全避免您发现的问题。

ZonedDateTime                   // Represent a moment using the wall-clock time used by the people of a particular region (a time zone).
.now(                           // Capture the current moment.
    ZoneId.systemDefault()      // Get the JVM’s current default time zone. Beware: This can change at any moment during runtime. If crucial, confirm with user.
)                               // Returns a `ZonedDateTime` object.
.withYear(                      // Per the immutable objects pattern, produce another object based on the original’s values but with a change.
    2001                        // Change the year, but copy the month, day-of-month, hour, minute, second, fractional second, and time zone all the same. If the time-of-day is not valid on that date in the other year, auto-adjust per algorithm documented in the JavaDoc.
)                               // Returns another `ZonedDateTime` object.

java.time

可怕的 Calendar 类已经过时，多年前被现代 java.time 类取代。

要以 UTC 格式捕获当前时刻，请使用 Instant。

Instant instant = Instant.now();

从 Instant 中，您可以获得与 Calendar 相同的纪元引用以来的毫秒数:1970 年的第一个时刻(UTC，1970-01-01T00:00) :00Z。谨防数据丢失，因为 Instant 的分辨率为纳秒级，比 Calendar 等传统日期时间类中使用的毫秒级要精细得多。

long millisecondsSinceEpoch = instant.toEpochMilli() ;

您可以根据该号码创建一个Instant。

Instant instant = Instant.ofEpochMilli( millisecondsSinceEpoch) ;

要通过特定地区的人们使用的挂钟时间查看那个时刻，请应用时区 (ZoneId) 以获取 ZonedDateTime 对象。

ZoneId z = ZoneId.of( "America/Montreal" ) // Or your JVM’s current default, ZoneId.systemDefault().
ZonedDateTime zdt = instant.atZone( z ) ;

要像您在问题中所做的那样更改年份，请调用 withYear .

ZonedDateTime zdtOtherYear = zdt.withYear( 2001 ) ;

---

关于java.time

java.time框架内置于 Java 8 及更高版本中。这些类取代了麻烦的旧类 legacy日期时间类，例如 java.util.Date , Calendar , & SimpleDateFormat .

Joda-Time项目，现在在maintenance mode , 建议迁移到 java.time类。

要了解更多信息，请参阅 Oracle Tutorial .并在 Stack Overflow 中搜索许多示例和解释。规范为 JSR 310 .

您可以直接与您的数据库交换java.time 对象。使用JDBC driver符合 JDBC 4.2或以后。不需要字符串，不需要 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
  • 在 ThreeTen-Backport 中，大部分 java.time 功能都向后移植到 Java 6 和 7。 .
• Android
  • 更高版本的 Android bundle 实现 java.time 类。
  • 对于早期的 Android (<26)，ThreeTenABP项目改编ThreeTen-Backport (上文提到的)。参见 How to use ThreeTenABP… .

ThreeTen-Extra项目用附加类扩展 java.time。该项目是 future 可能添加到 java.time 的试验场。您可能会在这里找到一些有用的类，例如 Interval , YearWeek , YearQuarter , 和 more .