关于datetime：为什么UTC时区为Java中的System.currentTimeMillis提前了？

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

我从Unix时间戳格式的RubyOnRails webservice获取当前时间(即从1970年1月1日起的秒数)，服务器上的时区是UTC。

在Java中，我试图将本地当前时间转换为UTC时间。但每次提前6分钟。我希望得到UTC当前时间和服务返回时间的差异。我的Java代码是 -

1
2
3
4
5
6

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是我从webservice获取的时间。 resTime的值显示负值，大约6分钟以上。

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

请帮我解决这个问题。

相关讨论

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

1
2
3

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)));

输出：

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

如果您仔细研究SimpleDateFormat和DateFormat的源代码，您将在初始化部分代码中找到如下代码：

1
2
3
4
5

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的文档以获取正确的格式。