我听说 Unix 时间不包括“闰秒”。而且我还听说 Java Calendar API 不包括闰秒。
自 1972 年起,添加了 27 秒作为闰秒。 Unix 时间开始于 1970-01-01 00:00:00 (UTC)。
所以,我认为当前 UTC 时间和 Unix 时间之间有 27 秒的差异。
为了澄清我的想法,我做了一些如下的实验。 1614766198 是 Unix 时间 2021-03-03 10:10:00 (UTC+0)
import java.util.Calendar;
import java.util.TimeZone;
public class CanendarTest {
public static void main(String[] args) throws InterruptedException {
Calendar cal = Calendar.getInstance(TimeZone.getTimeZone("UTC"));
cal.setTimeInMillis(1614766198L * 1000);
System.out.println(cal.get(Calendar.YEAR));
System.out.println(cal.get(Calendar.MONTH));
System.out.println(cal.get(Calendar.DAY_OF_MONTH));
System.out.println(cal.get(Calendar.HOUR_OF_DAY));
System.out.println(cal.get(Calendar.MINUTE));
System.out.println(cal.get(Calendar.SECOND));
}
}
上面代码的结果是
output
2021
2
3
10
9
58
输出看起来像“2021-03-03 10:09:58”。
所以,我的问题是,为什么 Java Calendar API 返回 1970-01-01 00:00:00 (UTC) 的 2 秒差异而不是 27 秒差异?
最佳答案
1614766198 was a Unix time at 2021-03-03 10:10:00 (UTC+0)
这是不正确的。以下 UNIX 命令
TZ=UTC date -r 1614766198
输出
Wed 3 Mar 2021 10:09:58 UTC
java.time
java.util
Date-Time API 及其格式化 API SimpleDateFormat
已过时且容易出错。建议完全停止使用并切换到 modern Date-Time API *。
使用现代日期时间 API java.time
的解决方案:
import java.time.Instant;
public class Main {
public static void main(String[] args) {
Instant instant = Instant.ofEpochSecond(1614766198);
System.out.println(instant);
}
}
输出:
2021-03-03T10:09:58Z
安Instant
代表 UTC 时间线上的一个瞬时点。输出中的 Z
是 timezone designator零时区偏移。它代表 Zulu,并指定 Etc/UTC
时区(时区偏移为 +00:00
小时)。
从 Trail: Date Time 了解有关现代日期时间 API 的更多信息。
* 无论出于何种原因,如果您必须坚持使用 Java 6 或 Java 7,则可以使用 ThreeTen-Backport它将大多数 java.time 功能向后移植到 Java 6 和 7。如果您正在从事 Android 项目,并且您的 Android API 级别仍然不符合 Java-8,请检查 Java 8+ APIs available through desugaring和 How to use ThreeTenABP in Android Project 。
关于java - 为什么Java Unix时间和日历计算精确时间?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/66456626/