Question

我用谷歌搜索了一段时间，最常用的方法似乎是

date.toInstant().atZone(ZoneId.systemDefault()).toLocalDate();

但是，这种方法似乎在1893-04-01之前的日期失败了

以下测试在我的机器上失败，结果为1893-03-31而不是1893-04-01：

@Test
public void testBeforeApril1893() throws ParseException {
    Date date = new SimpleDateFormat("yyyy-MM-dd").parse("1893-04-01");

    System.out.println(date);

    LocalDate localDate2 = date.toInstant().atZone(ZoneId.systemDefault()).toLocalDate();

    System.out.println(localDate2);

    assertEquals(1893, localDate2.getYear());
    assertEquals(4, localDate2.getMonth().getValue());
    assertEquals(1, localDate2.getDayOfMonth());
}

System.out.prinln是我要仔细检查创建的日期。我看到以下输出：

Sun Apr 02 00:00:00 CET 1893
1893-04-02
Sat Apr 01 00:00:00 CET 1893
1893-03-31

对于1400-04-01，我甚至得到1400-04-09的输出。

是否有任何方法可以将1893-04之前的日期正确转换为LocalDate？

正如一些人所指出的那样，this question解释了这种转变的原因。但是，我不知道如何根据这些知识推断出正确的转换。

Answer 1

如果你只是解析一个String输入，那就是直截了当的：

LocalDate d1 = LocalDate.parse("1893-04-01");
System.out.println(d1); // 1893-04-01
LocalDate d2 = LocalDate.parse("1400-04-01");
System.out.println(d2); // 1400-04-01

输出结果为：

1893年4月1日
1400年4月1日

但是如果你有一个java.util.Date对象并需要转换它，那就有点复杂了。

java.util.Date contains the number of milliseconds from unix epoch（1970-01-01T00:00Z）。所以你可以说“它是以UTC为单位”，但是当你打印它时，该值被“转换”为系统的默认时区（在你的情况下，它是CET）。并且SimpleDateFormat也在内部使用默认时区（我必须承认我不完全理解这些模糊的方式）。

在您的示例中，-2422054800000的millis值等同于UTC时间1893-03-31T23:00:00Z。在Europe/Berlin时区中检查此值：

System.out.println(Instant.ofEpochMilli(-2422054800000L).atZone(ZoneId.of("Europe/Berlin")));

输出结果为：

1893-03-31T23：53：28 + 00：53：28 [欧洲/柏林]

是的，这很奇怪，但所有地方都在1900年之前使用了奇怪的抵消 - 每个城市都有自己的当地时间，在UTC标准发生之前。这就解释了为什么你得到1893-03-31。 Date对象打印April 1st可能是因为旧API（java.util.TimeZone）没有所有偏移历史记录，因此假设它为+01:00。

使这项工作的另一种方法是始终使用 UTC 作为时区：

SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd");
sdf.setTimeZone(TimeZone.getTimeZone("UTC")); // set UTC to the format
Date date = sdf.parse("1893-04-01");
LocalDate d = date.toInstant().atZone(ZoneOffset.UTC).toLocalDate();
System.out.println(d); // 1893-04-01

这将获得正确的本地日期：1893-04-01。

但是对于1582-10-15 之前的日期，上面的代码不起作用。这是引入格里高利历的日期。在它之前，使用了朱利安日历，并在它之前的日期need an adjustment。

我可以使用ThreeTen Extra project（java.time类的扩展，由同一个人BTW创建）。在org.threeten.extra.chrono包中有JulianChronology和JulianDate类：

// using the same SimpleDateFormat as above (with UTC set) date = sdf.parse("1400-04-01"); // get julian date from date JulianDate julianDate = JulianChronology.INSTANCE.date(date.toInstant().atZone(ZoneOffset.UTC)); System.out.println(julianDate); // Julian AD 1400-04-01

输出将是：


Julian AD 1400-04-01

现在我们需要将JulianDate转换为LocalDate。如果我LocalDate.from(julianDate)它会转换为公历（结果为1400-04-10）。

但是，如果您想要创建一个LocalDate的{{1}}，那么您必须这样做：

1400-04-01

输出将是：


1400年4月1日

请注意，LocalDate converted = LocalDate.of(julianDate.get(ChronoField.YEAR_OF_ERA), julianDate.get(ChronoField.MONTH_OF_YEAR), julianDate.get(ChronoField.DAY_OF_MONTH)); System.out.println(converted); // 1400-04-01之前的日期会进行此调整，1582-10-15无法正确处理这些情况。如果您只需使用SimpleDateFormat（年/月/日值），请使用1400-04-01。但是如果你需要将它转换为LocalDate，请注意它可能不是同一个日期（由于格里高利/朱利安调整）。

如果您不想添加其他依赖项，您也可以手动完成所有数学运算。我已经改编了ThreeTen的代码，但IMO理想的是使用API本身（因为它可以覆盖极端情况和其他我可能只需要复制一段代码而丢失的东西）：

java.util.Date

输出将是：


1400年4月1日

提醒我// auxiliary method public LocalDate ofYearDay(int prolepticYear, int dayOfYear) { boolean leap = (prolepticYear % 4) == 0; if (dayOfYear == 366 && leap == false) { throw new DateTimeException("Invalid date 'DayOfYear 366' as '" + prolepticYear + "' is not a leap year"); } Month moy = Month.of((dayOfYear - 1) / 31 + 1); int monthEnd = moy.firstDayOfYear(leap) + moy.length(leap) - 1; if (dayOfYear > monthEnd) { moy = moy.plus(1); } int dom = dayOfYear - moy.firstDayOfYear(leap) + 1; return LocalDate.of(prolepticYear, moy.getValue(), dom); } // sdf with UTC set, as above Date date = sdf.parse("1400-04-01"); ZonedDateTime z = date.toInstant().atZone(ZoneOffset.UTC); LocalDate d; // difference between the ISO and Julian epoch day count long julianToIso = 719164; int daysPerCicle = (365 * 4) + 1; long julianEpochDay = z.toLocalDate().toEpochDay() + julianToIso; long cycle = Math.floorDiv(julianEpochDay, daysPerCicle); long daysInCycle = Math.floorMod(julianEpochDay, daysPerCicle); if (daysInCycle == daysPerCicle - 1) { int year = (int) ((cycle * 4 + 3) + 1); d = ofYearDay(year, 366); } else { int year = (int) ((cycle * 4 + daysInCycle / 365) + 1); int doy = (int) ((daysInCycle % 365) + 1); d = ofYearDay(year, doy); } System.out.println(d); // 1400-04-01之后的日期不需要所有这些数学。

无论如何，如果您有输入1582-10-15并想要解析它，请不要使用String - 您可以使用SimpleDateFormat代替。如果您已经知道这些值，请LocalDate.parse()。

但是将这些本地日期从/ {转换为LocalDate.of(year, month, day)会更复杂，因为java.util.Date表示完整的时间戳毫秒，日期可能因使用的日历系统而异。

Answer 2

似乎是一个无法修复的已知错误：https://bugs.openjdk.java.net/browse/JDK-8061577

经过大量研究后，我放弃了所有简单的API方法，只需手动转换即可。您可以将日期包装在sql.Date中并调用toLocalDate()，或者只使用与sql.Date相同的弃用方法。如果没有弃用的方法，您需要将util.Date转换为Calendar并逐个获取字段：

    Calendar calendar = Calendar.getInstance();
    calendar.setTime(value);
    return LocalDate.of(calendar.get(Calendar.YEAR), calendar.get(Calendar.MONTH) + 1,
                        calendar.get(Calendar.DAY_OF_MONTH));

如果您希望进行两位数的年度转换，例如SimpleDateFormat（将日期转换为现在的范围 - 80年至现在+ 19年），您可以使用此实现：

    Calendar calendar = Calendar.getInstance();
    calendar.setTime(value);
    int year = calendar.get(Calendar.YEAR);
    if (year <= 99) {
        LocalDate pivotLocalDate = LocalDate.now().minusYears(80);
        int pivotYearOfCentury = pivotLocalDate.getYear() % 100;
        int pivotCentury = pivotLocalDate.minusYears(pivotYearOfCentury).getYear();
        if (year < pivotYearOfCentury) {
            year += 100;
        }
        year += pivotCentury;
    }
    return LocalDate.of(year, calendar.get(Calendar.MONTH) + 1, calendar.get(Calendar.DAY_OF_MONTH));

结论：它真的很难看，我无法相信没有任何简单的API！

Answer 3

此代码对我有用：

@Test
public void oldDate() throws ParseException {
    Date date = new SimpleDateFormat("yyyy-MM-dd").parse("1893-04-01");
    assertEquals("1893-04-01", String.format("%tF", date));
}

如何在1893年之前的日期正确地将util.Date转换为time.LocalDate

3 个答案: