为什么UTC时区提前System.currentTimeMillis在Java？

Question

我从Ruby on Rails webservice以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);

其中服务器时间是我从网络服务获得的时间。resTime 的值显示负值，约为 6 分钟。

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

Answer 1

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

Answer 2

与@JB Nizet注释中的假设相反，表达式< code>sdf.getCalendar()。getTimeInMillis()和< code > system . current time millis()不等效。证明:

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

如果您仔细研究< code>SimpleDateFormat和< code>DateFormat的源代码，您会发现初始化部分代码如下:

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

结论是严格避免在您的DateFormat-对象上使用getCalend（）方法，它仅用作内部格式和解析处理的中间可变对象，很难说通过这种方式您将真正得到什么作为时间，而是直接使用System.currentTimeMillis（）来比较您的本地时间和服务器时间。

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