尴尬的 Java 日期创建行为

Question

当我尝试创建两个日期时，我刚刚遇到了 Java 的 Date 类的一个非常奇怪的行为：

Date startDate = new Date(1282863600000L);
System.out.println(startDate);

Date endDate = new Date(1321919999000L);
System.out.println(endDate);

输出分别是：

Fri Aug 27 00:00:00 BST 2010
Mon Nov 21 23:59:59 GMT 2011

有人见过类似的东西吗？两个日期都以相同的方式初始化，但打印时第一个显示为 BST，后者显示为 GMT？

我试图找到对此的解释，但我没有。有人可以帮助我吗？

提前致谢！

Answer 1

这是有记录的行为。

来自 Date.toString()：

将此日期对象转换为以下形式的字符串：

 dow mon dd hh:mm:ss zzz yyyy

zzz 是时区（可能反映夏令时）。标准时区缩写包括那些由方法解析识别的缩写。如果时区信息不可用，则 zzz 为空 - 也就是说，它根本不包含任何字符。

您使用的区域设置使用英国夏令时，并创建一个适用夏令时规则的日期。这将是本地用户当时期望的日期形式。

Answer 2

对我来说，这段代码的输出是

Fri Aug 27 01:00:00 CEST 2010
Tue Nov 22 00:59:59 CET 2011

确切的结果取决于您系统上使用的默认 Java 语言环境。

区别在于 CEST 是中欧夏令时，而 CET 是欧洲中部时间（即不是夏令时）。

您似乎正在英国语言环境中运行（en_GB 或类似语言），因此您的输出显示 英国夏令时间和格林威治标准时间分别。

您指定的第一个日期属于各自的夏季时间，而第二个日期则不然。因此，Java 会为每个区域/时间组合选择适当的时区。

Answer 3

在尝试了不同的 long 值之后，我得到了以下结果：

Date startDate1 = new Date(1284245999999L);
Date startDate2 = new Date(1284246000000L);
System.out.println(startDate1);
System.out.println(startDate2);

Date endDate = new Date(1321919999000L);
System.out.println(endDate);

输出是：

Sun Sep 12 01:59:59 IDT 2010
Sun Sep 12 01:00:00 IST 2010 <-- Long value is greater, but due to DST changes, actual time is one hour earlier
Tue Nov 22 01:59:59 IST 2011

请注意，将 long 从 1284245999999L 增加 1 到 1284246000000L 由于从标准时间到夏令时的过渡，让我们“回到过去”。
这就是 Java 时间计算的行为方式 - 自 1970 年 1 月 1 日以来的毫秒数不变，但它表示的时间基于时区。