1

我试图在保持实际日期/时间的同时更改日历对象的时区,以便可以在更新的日历对象上调用 getTimeInMilliseconds()。

我看着这个另一个问题。在这里,接受的答案是单独设置新日历对象的每个字段。但是,我可以通过简单地更改原始日历对象副本的时区来使其工作。奇怪的是,这只有在我在重置时区之前对原始日历进行一些修改时才有效。以下示例说明了不一致。

public void TestCalendar()
{
   Calendar nextYear = Calendar.getInstance();
   nextYear.add(Calendar.YEAR, 1);
   log.info("Next Year: {}", getUTCMilliseconds(nextYear));

   Calendar now = Calendar.getInstance();
   log.info("Now: {}", getUTCMilliseconds(now));
}

protected String getUTCMilliseconds(Calendar cal)
{
   // Create a new calendar so we don't modify input
   Calendar expectedDbTime = (Calendar) cal.clone();
   // Change the TimeZone the contained date is interpreted in
   expectedDbTime.setTimeZone(TimeZone.getTimeZone("UTC"));
   // Return millisecond value of this date in the UTC timezone
   return String.valueOf(expectedDbTime.getTimeInMillis());
}

我在 2015 年 1 月 24 日下午 2:33 运行了这个程序,得到了以下输出:

Next Year: 1422110038529 //(Corresponding UTC Date: Sat Jan 24 2015 2:33:58 PM)
Now: 1390599238531 //(Corresponding UTC Date: Fri Jan 24 2014 9:33:58 PM)

如您所见, nextYear 按预期打印,但下一行与预期不符(它应该对应于 1/24/2014 2:33:58PM UTC,相反,它对应于当前日期/时间,即 1/24 /2014 2:33:58 MTN)。有人能告诉我这里发生了什么吗?

编辑:刚刚更新了一些格式。

4

1 回答 1

2

设置时区不像设置字段那样起作用。当您设置字段时,内部毫秒数会重新计算以匹配字段。当您设置时区时,会重新计算字段,以便毫秒数保持不变!(也就是说,当您将一个 clanedar 评估为下午 2:00 山并将其设置为 UTC 时,它不会计算代表 UTC 下午 2 点的毫秒数,它会将时间更改为晚上 9 点。)

现在这是横盘整理的地方,当您有一个未决的set(或add在您的情况下)告诉 Calendar 重新计算毫秒数(由 开启add)的标志优先于告诉是否重新计算毫秒的文本字段的标志(由 开启setTimeZone

所以场景 1 日历有文本值:

UTC 时间 2015 年 1 月 24 日星期六下午 2:33:58 并且因为add被称为“根据'人类'值重新计算毫秒”的标志已打开,它为您提供了您期望的 #。

场景 2 日历具有文本值:

UTC 时间 2015 年 1 月 24 日星期六下午 2:33:58,但表示重新计算毫秒数的标志未打开,因此设置时区打开的标志“基于毫秒重新计算‘人类值’”已打开,并且将其更改为晚上 9 点。

如果您将代码更改为:

public void TestCalendar() {
    Calendar nextYear = Calendar.getInstance();
    nextYear.add(Calendar.YEAR, 1);
    nextYear.getTime();
    log.info("Next Year: {}", getUTCMilliseconds(nextYear));

    Calendar now = Calendar.getInstance();
    log.info("Now: {}", getUTCMilliseconds(now));
}

您将看到两者之间的行为一致,因为调用 getTime() 会清除标志以在设置时区之前重新计算毫秒。

现在您知道为什么此类问题的常见答案是“omg use jodatime”!

获得预期结果的“安全”方法是:

protected String getUTCMilliseconds(Calendar cal) {
    Calendar utcCal = Calendar.getInstance(TimeZone.getTimeZone("UTC"));
    utcCal.set(Calendar.YEAR, cal.get(Calendar.YEAR));
    utcCal.set(Calendar.DAY_OF_YEAR, cal.get(Calendar.DAY_OF_YEAR)); 
    utcCal.set(Calendar.HOUR_OF_DAY, cal.get(Calendar.HOUR_OF_DAY));
    utcCal.set(Calendar.MINUTE, cal.get(Calendar.MINUTE));
    utcCal.set(Calendar.SECOND, cal.get(Calendar.SECOND));
    utcCal.set(Calendar.MILLISECOND, cal.get(Calendar.MILLISECOND));
    return String.valueOf(utcCal.getTimeInMillis());
}
于 2014-01-24T22:36:54.407 回答