JAVA时间瞬间atZone（…）在遥远的过去，回归疯狂的价值观

Question

在将遥远的过去的瞬间转换为ZoneDateTime时，我检测到以下输出。

代码为单元测试：

   @Test
public void testParseDate() {
    Instant instant = Instant.parse("0000-12-30T07:00:00Z");
    System.out.println(instant);
    System.out.println(instant.atZone(ZoneId.of("Europe/Berlin")));

    instant = Instant.parse("1800-12-30T07:00:00Z");
    System.out.println("---------------------------------");
    System.out.println(instant);
    System.out.println(instant.atZone(ZoneId.of("Europe/Berlin")));

    instant = Instant.parse("1900-12-30T07:00:00Z");
    System.out.println("---------------------------------");
    System.out.println(instant);
    System.out.println(instant.atZone(ZoneId.of("Europe/Berlin")));
}

输出：

0000-12-30T07:00:00Z
0000-12-30T07:53:28+00:53:28[Europe/Berlin]
---------------------------------
1800-12-30T07:00:00Z
1800-12-30T07:53:28+00:53:28[Europe/Berlin]
---------------------------------
1900-12-30T07:00:00Z
1900-12-30T08:00+01:00[Europe/Berlin]

在前两个输出中，时间是07:53:28 00:53:28，最后一个输出是08:00 01:00[欧洲/柏林]。也许根本原因是，在前两个例子中，时区的东西还不存在，但00:53:28的偏移量真的很奇怪。知道偏移量“00:53:28”来自哪里吗？

Answer 1

时区、夏令时以及所有这些恼人而奇特的功能在20世纪初并不存在。

时间有许多“变化”，比如臭名昭著的荷兰时间，它比世界协调时提前了大约19分钟，主要是基于一座塔的时钟，它只是提前了那么多时间。

我不知道德国和柏林的时差究竟来自哪里，但这是一个已知的偏移量（可能基于与荷兰时间类似的原因）。

你可以看到它是如何随时间演变的。

Answer 2

因为历史。

1893年4月1日，时区从本地平均时间（LMT）调整为中欧时间（CET），将时钟调整了6分32秒。

由于政治决定，时区会定期改变，但那些奇怪的数字，如6分32秒，往往是从当地平均时间移动到标准时间的结果。

许多已知的历史变化都是在时间和日期上发现的。com和柏林特别是https://www.timeanddate.com/time/zone/germany/berlin.