手动转换java时的奇怪行为。sql。LocalDate的时间戳

Question

我构建了一个小函数来将TimeStamp转换成LocalDate，并偶然发现了奇怪的行为。下面是代码：

import java.sql.Timestamp;
import java.time.Instant;
import java.time.LocalDate;
import java.time.ZoneId;
import java.time.ZonedDateTime;

public class Test {

  private static void convert(long seconds) {
    System.out.printf("At %d seconds%n", seconds);
    Timestamp t = new Timestamp(seconds * 1000L);
    System.out.format("Timestamp: %s%n", t);
    Instant i = t.toInstant();
    System.out.format("Instant:   %s%n", i);
    ZonedDateTime atZone = i.atZone(ZoneId.systemDefault());
    System.out.format("at Zone:   %s%n", atZone);
    LocalDate localDate = atZone.toLocalDate();
    System.out.format("LocalDate: %s%n", localDate);
  }
}

我当地的时区是欧洲/柏林。现在，当调用时间戳0时，我得到正确的结果：

At 0 seconds
Timestamp: 1970-01-01 01:00:00.0
Instant:   1970-01-01T00:00:00Z
at Zone:   1970-01-01T01:00+01:00[Europe/Berlin]
LocalDate: 1970-01-01

一切如期而至。但当我把它命名为第一年的日期时，它辜负了我的期望：

At -62135769600 seconds
Timestamp: 0001-01-01 01:00:00.0
Instant:   0000-12-30T00:00:00Z
at Zone:   0000-12-30T00:53:28+00:53:28[Europe/Berlin]
LocalDate: 0000-12-30

问题：

1. 转换为Instant后缺少一天，所以UTC和欧洲/柏林的时区似乎在当时相隔一天加一小时

Answer 1

问题似乎是由您的输入参数转换函数引起的。“-62135769600秒”显示您的输入值超过了烧焦的长限制。下面是输入值的测试输出，表示第一年（370 * 24 * 60 * 60)的时间戳。

At 31968000 seconds
Timestamp: 1971-01-06 01:00:00.0
Instant:   1971-01-06T00:00:00Z
at Zone:   1971-01-06T01:00+01:00[Europe/Berlin]
LocalDate: 1971-01-06

Answer 2

下面是Javadoc的片段，它暗示了早年的事情有点搞笑

格里高利历实现proleptic格里高利历和朱利安历法。也就是说，日期是通过无限期地向后和向前推断当前规则来计算的。因此，格雷戈里安日历可以用于所有年份，以产生有意义和一致的结果。然而，使用格里高利历获得的日期只有从公元3月1日起才是历史上准确的，当时现代儒略历规则被采用。在此日期之前，闰年规则被不定期地应用，在公元前45年之前，儒略历甚至不存在。

https://docs.oracle.com/javase/8/docs/api/java/util/GregorianCalendar.html

如果你打开GregorianCalendar的来源，你会发现另一个可爱的“实施说明”，它暗示了更多的疯狂：

 * Likewise, with the Julian calendar, we assume a consistent
 * 4-year leap year rule, even though the historical pattern of
 * leap years is irregular, being every 3 years from 45 BCE
 * through 9 BCE, then every 4 years from 8 CE onwards, with no
 * leap years in-between.  Thus date computations and functions
 * such as isLeapYear() are not intended to be historically
 * accurate.

我已经编写了一个日期转换库，我相信它以一种“预期”的方式实现了日期类型之间的转换：https://github.com/beirtipol/date-converters.我希望能够在java之间提供一致的转换。util和java。时间是1582年以前（朱利安）-

为了回答你的部分问题，我不确定是否有一种可靠的方法可以在1582年之前不测试每个日期和时区就做到这一点。我正在尝试这样做，如果我弄明白了，我会发回，但前面还有很长的路要走！

这里有更多关于罗马-朱利安-格里高利转变乐趣的信息：https://www.timeanddate.com/calendar/julian-calendar.html