为什么要在1971年11月1日之前将一个小时加到java.util.Date上？

Question

下面的代码似乎演示了java.util.Date中的错误，如果将本地时钟设置为GMT且DST调整已打开，并且时间在1971年11月1日之前，则会增加一个小时。我的第一个假设始终是弄错了。谁能看到哪里出了问题（或者这真的是Java错误）？1971年11月1日有什么重要意义？

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

class JavaUtilDateBug
{
    private static void demo() throws Exception
    {
        // UK developers usually have the clock on their development machines set
        // to "Europe/London" (i.e. GMT with daylight saving). Set it explicitly 
        // here so readers in other countries can see the problem too.
        TimeZone.setDefault(TimeZone.getTimeZone("Europe/London"));
        Locale.setDefault(Locale.ENGLISH);

        SimpleDateFormat dateFormat = new SimpleDateFormat("EEE MMM dd HH:mm:ss z yyyy");
        String strJan1st1970Expected = "Thu Jan 01 00:00:00 GMT 1970";
        String strJan1st1970Actual = dateFormat.parse(strJan1st1970Expected).toString();
        System.out.println("strJan1st1970Actual: " + strJan1st1970Actual); // -> "Thu Jan 01 01:00:00 GMT 1970"
        boolean jvmHasDateBug = !strJan1st1970Expected.equals(strJan1st1970Actual);
        System.out.println("jvmHasDateBug: " + jvmHasDateBug); // -> true

        // The anomaly only seems to affect times before 1 Nov 1971.
        final String strNov1st1971 = "Mon Nov 01 00:00:00 GMT 1971";
        assert strNov1st1971.equals(dateFormat.parse(strNov1st1971).toString());
    }

    public static void main(String[] args)
    {
        try
        {
            demo();
        }
        catch (Exception e)
        {
            e.printStackTrace();
        }
    }
}

我的Java环境：

  java version "1.6.0_13"
  Java(TM) SE Runtime Environment (build 1.6.0_13-b03)
  Java HotSpot(TM) Client VM (build 11.3-b02, mixed mode, sharing)

Answer 1

我在Sun的错误数据库中找到了匹配的错误。似乎他们认为这是“历史错误”（格式显然应产生“
BST”作为时区而不是GMT-小时将是正确的），并且不会修复它，因为从深处看，TimeZone实现无法处理位置切换其时区的名称。

解决方法是，您可以将时区明确设置为格林尼治标准时间，而不是“欧洲/伦敦”。然后问题消失了。