Question

我有以下测试：

import static org.junit.Assert.assertEquals;

import java.text.SimpleDateFormat;
import java.util.Calendar;
import java.util.TimeZone;

import org.junit.Test;
public class CalendarBug {
    private static final TimeZone UTC_ZONE = TimeZone.getTimeZone("UTC");// +0 hours
    private static final TimeZone IST_ZONE = TimeZone.getTimeZone("IST");// +5 hours 30 minutes

    @Test
    public void calendarBug() {
        Calendar utcCalendar = Calendar.getInstance(UTC_ZONE);
        utcCalendar.set(Calendar.YEAR, 2015);
        utcCalendar.set(Calendar.MONTH, 3);
        utcCalendar.set(Calendar.DAY_OF_MONTH, 12);
        utcCalendar.set(Calendar.HOUR_OF_DAY, 10);
        utcCalendar.set(Calendar.MINUTE, 0);
        utcCalendar.set(Calendar.SECOND, 0);
        SimpleDateFormat utcFormatter = new SimpleDateFormat( "yyyy-MM-dd HH:mm:ss Z" );
        utcFormatter.setTimeZone(UTC_ZONE);
        System.out.println( "If I have this line commented out, the test fails: " + utcFormatter.format(utcCalendar.getTime()));
        Calendar istCalendar = (Calendar) utcCalendar.clone();
        assertEquals(UTC_ZONE, istCalendar.getTimeZone());
        istCalendar.setTimeZone(IST_ZONE);
        assertEquals(istCalendar.getTimeInMillis(), utcCalendar.getTimeInMillis());
    }
}

如果您运行测试，它会起作用。但是，如果您使用格式化程序注释掉System.out.println行，则会失败：

java.lang.AssertionError: expected:<1428813000979> but was:<1428832800979>
    at org.junit.Assert.fail(Assert.java:93)
    at org.junit.Assert.failNotEquals(Assert.java:647)
    at org.junit.Assert.assertEquals(Assert.java:128)
    at org.junit.Assert.assertEquals(Assert.java:472)
    at org.junit.Assert.assertEquals(Assert.java:456)
    at xxx.yyy.CalendarBug.calendarBug(CalendarBug.java:29)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:606)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
    at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
    at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
    at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)

格式化程序似乎更改了utcCalendar的内部状态，导致测试通过。

我在这里滥用了什么吗？ JDK中有一个开放的错误吗？

Java版：

liptak@XXXXXX:~$ java -version
java version "1.7.0_60"
Java(TM) SE Runtime Environment (build 1.7.0_60-b19)
Java HotSpot(TM) 64-Bit Server VM (build 24.60-b09, mixed mode)

Answer 1

编辑：由于只阅读部分代码，我在急速中发布了错误的答案。

这是一个全新的答案：

首先，日历的Javadoc说明了实际计算日历的时间：

获取和设置日历字段值

可以通过调用 set 方法来设置日历字段值。 设置的任何字段值   在需要计算日历之前，不会解释日历   时间值（距离纪元的毫秒数）或日历的值   领域。致电获取， getTimeInMillis ， getTime ，添加和滚动   涉及此类计算。

您遇到的行为不是错误。

您创建一个Calendar实例，然后创建该实例的克隆。然后更改克隆实例的时区。

但是，有两种情况：

由于在print语句中调用utcCalendar.getTime()，因此在创建克隆之前计算原始Calendar对象的时间。克隆的日历包含此时间，因此更改时区不会更改该时间（因为getTimeInMillis()返回UTC milliseconds from the epoch，因此它不依赖于使用的时区）。致电assertEquals(istCalendar.getTimeInMillis(), utcCalendar.getTimeInMillis())时，时间不会重新计算，因此测试通过。
在创建克隆之前，不会计算原始Calendar对象的时间。然后，您更改克隆实例的时区。现在，当你调用assertEquals(istCalendar.getTimeInMillis(), utcCalendar.getTimeInMillis())时，两个Calendar实例中的时间都是计算的，它们是不同的，因为10AM IST和10AM UTC不是同一时间（相隔5.5小时，这正是{之间的差异} {1}}和1428813000979）。

Answer 2

我认为这是克隆以来的预期行为。

首先，这两个日历上的时间值不能与IST的时间值相同，其偏移量为19800000，这反映在AssertionError之上。正确的断言是：

assertNotEquals(istCalendar.getTimeInMillis(), utcCalendar.getTimeInMillis());

当您致电utcCalendar.getTime();打印格式化输出时，您实际上正在更改日历对象的内部状态，以使isTimeComputed更改为true。这是为了避免在再次调用getTime()或getTime Millis()时重新计算时间。同一个标记作为true传递给克隆的对象istCalendar，因此当您调用istCalendar时，getTimeInMillis上的时间不会重新计算。

这实际上导致两个日历错误地打印相同的毫秒。

我想说，这不是一个错误。这是克隆的副作用。

我找到了java.util.Calendar错误吗？

2 个答案: