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

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？

正如一些人所指出的那样,在这个问题中解释了这种转变的原因.但是,我不知道如何根据这些知识推断出正确的转换.

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-04-01
1400-04-01

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

A java.util.Date包含unix epoch(1970-01-01T00:00Z)的毫秒数.所以你可以说"它是以UTC为单位",但是当你打印它时,该值被"转换"为系统的默认时区(在你的情况下,它是CET).并且SimpleDateFormat还在内部使用默认时区(我必须承认我不完全理解的模糊方式).

在您的示例中,millis值-2422054800000等于UTC instant 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的日期,上面的代码不起作用.这是引入格里高利历的日期.在它之前,使用了朱利安日历,并且需要调整之前的日期.

我可以使用ThreeTen Extra项目(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为a LocalDate.如果我这样做LocalDate.from(julianDate)将转换为公历(结果是1400-04-10).

但是如果你想要LocalDate完全创建一个1400-04-01,你必须这样做:

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

输出将是:

1400年4月1日

请注意,之前的日期1582-10-15有此调整,SimpleDateFormat无法正确处理这些情况.如果您只需要使用1400-04-01(年/月/日值),请使用LocalDate.但是如果你需要将它转换为a java.util.Date,请注意它可能不是同一个日期(由于格里高利/朱利安调整).

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

// 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

输出将是:

1400年4月1日

只是提醒一下,之后的日期不需要所有这些数学1582-10-15.

无论如何,如果您有输入String并想要解析它,请不要使用SimpleDateFormat- 您可以LocalDate.parse()改为使用.或者LocalDate.of(year, month, day)如果您已经知道了这些值.

但是将这些本地日期从/转换为a java.util.Date更复杂,因为Date表示完整的时间戳毫秒,日期可能根据使用的日历系统而有所不同.