为什么 UTC 时区提前 Java 中的 System.currentTimeMillis 时间？

Question

我从 Ruby 上的 Rails 网络服务获取当前时间，采用 Unix 时间戳格式（即从 1970 年 1 月 1 日开始的秒数），服务器上的时区是 UTC.

在 Java 中，我正在尝试将本地当前时间转换为 UTC 时间。但是每次它都会提前 6+ 分钟。我想获得 UTC 当前时间和从服务返回的时间之间的差异。我的 Java 代码是 -

SimpleDateFormat sdf = new SimpleDateFormat("dd-MM-yyyy hh:mm:ss");
Date utc_current = new Date(System.currentTimeMillis());
sdf.setTimeZone(TimeZone.getTimeZone("UTC"));
long serverTime = 1424936268000L;
long resTime = sdf.getCalendar().getTimeInMillis() - serverTime;
System.out.println("Time Diff : " + resTime);

其中 serverTime 是我从网络服务获取的时间。 resTime 的值显示负值，大约 6 分钟以上。

所以我的问题是为什么 UTC 时区提前为 System.currentTimeMillis 提供时间？

Answer 1

确保服务器和客户端计算机上的时钟同步。 6分钟可能只是两者之间的一个偏移量。

Answer 2

与@JB Nizet 的评论中的假设相反，表达式 sdf.getCalendar().getTimeInMillis() 和 System.currentTimeMillis() 并不等价。证明：

SimpleDateFormat f = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss");
System.out.println("date via System.currentTimeMillis()=" + f.format(utc_current));
System.out.println("date via sdf.getCalendar()=" + f.format(new Date(resTime)));

输出：

date via System.currentTimeMillis()=2015-02-26T12:19:09
date via sdf.getCalendar()=1889-12-31T04:41:21

如果你仔细研究 SimpleDateFormat 和 DateFormat 的源代码，你会发现初始化部分代码如下：

private void initializeDefaultCentury() {
    calendar.setTimeInMillis(System.currentTimeMillis());
    calendar.add( Calendar.YEAR, -80 );
    parseAmbiguousDatesAsAfter(calendar.getTime());
}

结论是严格避免在您的DateFormat-对象上使用方法getCalendar()。它仅用作内部格式和解析处理的中间可变对象。很难说随着时间的推移，你会真正得到什么。而是直接使用 System.currentTimeMillis() 将您的本地时间与服务器时间进行比较。

另一个问题是您使用的模式。 "dd-MM-yyyy hh:mm:ss" 可能不正确，因为它使用 1-12 范围内半天的时钟小时，但缺少 am/pm 的信息。更好地使用模式符号 HH。查看 webservice 的文档以获得正确的格式。

为什么 UTC 时区提前 Java 中的 System.currentTimeMillis 时间？

Why UTC timezone giving ahead time for System.currentTimeMillis in Java?

java

datetime

time

timezone