12

我google了一会儿，最常用的方法似乎是

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.prinlns 是让我仔细检查创建的日期。我看到以下输出：

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?

正如一些有益地指出的那样，这种转变的原因在这个问题中得到了解释。但是，我看不出如何根据这些知识推断出正确的转换。

4

3 回答 3

7

如果您只是解析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对象并且需要转换它，那就有点复杂了。

Ajava.util.Date包含从 unix epoch ( 1970-01-01T00:00Z) 开始的毫秒数。因此，您可以说“它采用 UTC”，但是当您打印它时，该值将“转换”为系统的默认时区（在您的情况下，它是CET）。并且SimpleDateFormat还在内部使用默认时区（以我必须承认我不完全理解的晦涩方式）。

在您的示例中，毫秒值-2422054800000等于 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的日期，上面的代码不起作用。那是引入公历的日期。在此之前，使用的是儒略历，之前的日期需要调整。

我可以使用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

输出将是：

朱利安公元 1400-04-01

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

但是如果你想创建一个LocalDatewith exact 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-04-01

请注意，之前的日期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-04-01

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

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

但是将这些本地日期从/转换为 ajava.util.Date更加复杂，因为Date代表完整的时间戳毫秒，并且日期可能会根据使用的日历系统而有所不同。

于 2017-06-28T12:36:31.617 回答
3

似乎是一个无法修复的已知错误：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！

于 2017-06-28T12:31:32.473 回答
0

这段代码对我有用：

@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));
}
于 2018-12-07T13:31:27.903 回答