为什么 Java Unix 时间和 Calendar 计算精确时间?
Why Java Unix time and Calendar calculate exact time?
我听说 Unix 时间不包括 “闰秒”。 我还听说 Java 日历 API 不包括闰秒。
从 1972 年开始,闰秒增加了 27 秒。而 Unix 时间开始于 1970-01-01 00:00:00 (UTC).
所以,我认为当前 UTC 时间和 Unix 时间之间有 27 秒的差异。
为了阐明我的想法,我做了如下实验。 1614766198 是 2021-03-03 的 Unix 时间 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 日历 API return 与 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
日期时间 API 及其格式 API、SimpleDateFormat
已过时且容易出错。建议完全停止使用它们并切换到 modern Date-Time API*.
解决方案使用 java.time
,现代日期时间 API:
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
represents an instantaneous point on the timeline in UTC. The Z
in the output is the timezone designator。它代表祖鲁语并指定 Etc/UTC
时区(时区偏移量为 +00:00
小时)。
了解有关现代日期时间 API 的更多信息
* 无论出于何种原因,如果您必须坚持Java 6 或Java 7,您可以使用ThreeTen-Backport which backports most of the java.time functionality to Java 6 & 7. If you are working for an Android project and your Android API level is still not compliant with Java-8, check Java 8+ APIs available through desugaring and 。
我听说 Unix 时间不包括 “闰秒”。 我还听说 Java 日历 API 不包括闰秒。
从 1972 年开始,闰秒增加了 27 秒。而 Unix 时间开始于 1970-01-01 00:00:00 (UTC).
所以,我认为当前 UTC 时间和 Unix 时间之间有 27 秒的差异。
为了阐明我的想法,我做了如下实验。 1614766198 是 2021-03-03 的 Unix 时间 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 日历 API return 与 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
日期时间 API 及其格式 API、SimpleDateFormat
已过时且容易出错。建议完全停止使用它们并切换到 modern Date-Time API*.
解决方案使用 java.time
,现代日期时间 API:
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
represents an instantaneous point on the timeline in UTC. The Z
in the output is the timezone designator。它代表祖鲁语并指定 Etc/UTC
时区(时区偏移量为 +00:00
小时)。
* 无论出于何种原因,如果您必须坚持Java 6 或Java 7,您可以使用ThreeTen-Backport which backports most of the java.time functionality to Java 6 & 7. If you are working for an Android project and your Android API level is still not compliant with Java-8, check Java 8+ APIs available through desugaring and