Java 8时区，适用于即时通讯。这是错误的

Question

我有一台linux机器，其时区设置为亚洲/卡塔尔。当我打印的时候。EPOCH with formatter它在瞬间给了我错误的区域信息。现在（）区域信息是正确的。下面是我的代码及其输出。谁能帮我一下，为什么会有这种差异？

import java.util.Date;
import java.time.format.DateTimeFormatter;
import java.time.Instant;
import java.time.ZoneId;

public class DateTest {
   public static void main(String[] args) {
      String pattern = "yyyy-MM-dd'T'HH:mm:ss.SSS Z";
      Instant myInstant = Instant.EPOCH;
      Instant myInstantNow = Instant.now();
      DateTimeFormatter formatter =  DateTimeFormatter.ofPattern(pattern).withZone(ZoneId.systemDefault());
      System.out.println(formatter.format(myInstant));
      System.out.println(formatter.format(myInstantNow));
   }
}

代码的输出是：

1970-01-01T04:00:00.000 +0400
2019-09-29T18:30:14.766 +0300

Java版本：“1.8.0_181”

如果我在windows中运行相同的代码，它工作正常。我为Instant获得了0300。EPOCH也是如此。

Answer 1

在第一次观察中，我认为夏时制的时差发生在1月（冬季）和9月（夏季），但据我所知，卡塔尔现在不使用这种系统。

然而，当我们回顾过去时，我们可以发现卡塔尔在1972年7月1日将UTC区域从GST（-04:00）改为AST（-03:00），所以我猜结果是正确的。此信息可能在时区中找到

问题是Windows机器使用当前的卡塔尔UTC，因为基于Windows的平台会跟踪一些历史。在注册表中写入Windows时区可靠吗？。

Answer 2

太长别读：你Linux的结果是正确的，和预期的一样。

1970年，卡塔尔与格林尼治标准时间的偏移量为04:00，纪元为1970年1月1日。1972年，卡塔尔将偏移量从04:00改为03:00。资料来源：关于卡塔尔多哈的时区（Ad Dawhah），在时区更改中：下拉选择1970–1979。

那么，你的Windows电脑出了什么问题？这是我的猜测：按照我在Windows文档中读取默认时区的方式，Windows没有在Windows中提供亚洲/卡塔尔时区作为设置。所以我猜你的窗口是根据我刚才链接的表设置为阿拉伯标准时间的，这反过来又转换为UTC 03:00。例如，科威特、伊拉克和也门也使用阿拉伯标准时间（或阿拉伯标准时间；缩写为AST）。但自1970年及以前以来，这些国家一直处于03:00偏移。因此，当Java试图从Windows中获取默认时区时，它可以很容易地获得具有此历史记录的时区，而不是卡塔尔的正确历史记录。正如我所说，这只是猜测。但你可以很容易地验证。在Windows计算机上尝试：

    System.out.println(ZoneId.systemDefault());

如果它打印Asia/卡塔尔，我的猜测是错误的。如果它打印GMT 03:00之类的东西，我是对的。如果它打印其他东西，我可能会也可能不会。

编辑：更多链接：AST–阿拉伯标准时间（Standard Time）以科威特为例。科威特城多年来的时间变化告诉我们，自1950年以来，科威特也一直处于03:00偏移量。

进一步编辑：感谢您确认Windows计算机上的Java将Asia/Riyadh打印为默认时区。沙特阿拉伯的利雅得自1947年以来一直处于03:00偏移。这至少部分解释了为什么您会得到这个偏移量，尽管它对卡塔尔不正确。来源