4 
Calendar c = Calendar.getInstance();
System.out.println(c.getTime());
c.set(2007, 0, 1);
System.out.println(c.getTime());

输出：

2017 年 9 月 12 日星期二 12:36:24 IST

2007 年 1 月 1 日星期一 12:36:24 IST

但是，当我在不同的环境中使用相同的代码时，输​​出更改为：

输出：

2017 年 9 月 12 日星期二 12:36:24 IST

2007 年 1 月 1 日星期一 12:36:24 GMT

仅供参考，我尝试在设置值之前和之后打印日历实例的时区，并且两者都在“IST”中。

我想知道这件事的根本原因。

4

3 回答 3

8

您问题中的第二个输出是运行爱尔兰时间（欧洲/都柏林）的 JVM 上的正确和预期行为。2017 年 9 月 12 日，爱尔兰处于夏令时 (DST)。虽然没有明确记录， （您在打印时Date.toString()隐式调用）在 JVM 的时区中打印日期和时间，在 9 月呈现为爱尔兰夏令时的 IST。Datec.getTime()

当您Calendar也使用爱尔兰时间在对象上设置日期时，将保留一天中的小时；在您的情况下，您将获得 2007 年 1 月 1 日 12:36:24 爱尔兰标准时间。现在想象一下，如果爱尔兰夏令时间和爱尔兰标准时间都被呈现为 IST，会造成什么混乱。你将无法区分。相反，由于爱尔兰标准时间与格林威治标准时间重合，因此Date.toString()当日期不在一年中的夏季时间（1 月不在）时打印。

我的猜测是您的第一个输出来自运行印度时间的 JVM。它也被呈现为 IST，并且由于印度不使用夏令时，因此夏季和冬季使用相同的缩写。

java.time

在理解您观察到的行为的解释之前，我发表了关于过时和现代 Java 日期和时间类的评论。不过，我仍然不认为评论已经过时了。这是您的代码的现代等价物：

    ZonedDateTime zdt = ZonedDateTime.now(ZoneId.of("Europe/Dublin"));
    System.out.println(zdt);
    zdt = zdt.with(LocalDate.of(2007, Month.JANUARY, 1));
    System.out.println(zdt);

它打印

2017-09-12T11:45:33.921+01:00[Europe/Dublin]
2007-01-01T11:45:33.921Z[Europe/Dublin]

如果要使用 JVM 的时区设置，请ZoneId.systemDefault()使用ZoneId.of("Europe/Dublin"). 正如名称所述，与 相反Date，ZonedDateTime确实包括时区。它更多地对应于旧Calendar类。如您所见，它的方法以明确的区域/城市格式toString打印与 UTC 的偏移量（Z意味着零偏移量）和时区名称。我相信这会减少混乱的空间。如果要以特定格式打印日期，请使用.DateTimeFormatter

附录：代码的示例输出

为了完整起见，以下是您的代码在运行可能呈现为 IST 的不同时区时的输出：

  • 欧洲/都柏林（同意你的第二个输出）

    Tue Sep 12 11:19:28 IST 2017
Mon Jan 01 11:19:28 GMT 2007

  • 亚洲/特拉维夫

    Tue Sep 12 13:19:28 IDT 2017
Mon Jan 01 13:19:28 IST 2007

  • 亚洲/加尔各答（同意你的第一个输出）

    Tue Sep 12 15:49:28 IST 2017
Mon Jan 01 15:49:28 IST 2007
于 2017-09-12T10:13:12.180 回答
6

你需要设置时区，你会得到想要的结果。

TimeZone.setDefault(TimeZone.getTimeZone("IST"));

这是一个工作代码。

import java.util.Calendar;
import java.util.TimeZone;  
public class Cal {

    public static void main(String[] args) {
        // TODO Auto-generated method stub
        TimeZone.setDefault(TimeZone.getTimeZone("IST")); // Add this before print
        Calendar c = Calendar.getInstance();    
        System.out.println(c.getTime());
        c.set(2007, 0, 1);
        System.out.println(c.getTime());
    }

}

根据文档 “通常，您使用 getDefault 获得一个 TimeZone，它根据程序运行的时区创建一个 TimeZone。例如，对于在日本运行的程序，getDefault 根据日本标准时间创建一个 TimeZone 对象。”

所以当你在不同的时区运行时，它被用作默认时区。希望你现在清楚。我附上文档。请阅读。

于 2017-09-12T07:24:12.110 回答
0

谈谈这个有趣的行为：

日历类的源代码：

public final void set(int year, int month, int date)
{
    set(YEAR, year);
    set(MONTH, month);
    set(DATE, date);
}

这导致了 set 方法：

public void set(int field, int value)
{
    // If the fields are partially normalized, calculate all the
    // fields before changing any fields.
    if (areFieldsSet && !areAllFieldsSet) {
        computeFields();
    }
    internalSet(field, value);
    isTimeSet = false;
    areFieldsSet = false;
    isSet[field] = true;
    stamp[field] = nextStamp++;
    if (nextStamp == Integer.MAX_VALUE) {
        adjustStamp();
    }
}

这里有趣的部分是 computeFields() 方法，它有两种实现（一种用于公历，一种用于日历）。这些方法非常复杂，但据我所知，这是您的日历实例可能在您的用例中更改时区的唯一地方。

于 2017-09-12T07:40:38.970 回答