java – 将Date转换为LocalDate,在200AD左右返回奇怪的结果

在200年左右将Dates转换为LocalDates时,我得到的结果不一致.使用以下代码进行转换：

private LocalDate toLocalDate(Date localDate)
  {
    return LocalDateTime.ofInstant(localDate.toInstant(),ZoneId.systemDefault()).toLocalDate();
  }

我的ZoneId.systemDefault()是非洲/哈拉雷,它与测试中使用的CAT相匹配.我运行的测试用例是

SimpleDateFormat simpleDateFormat = new SimpleDateFormat("EEE MMM dd HH:mm:ss zzz yyyy",Locale.US);
String dateString = "Tue Jan 01 00:00:00 CAT 200";
String dateString2 = "Tue Jan 01 00:00:00 CAT 201";
String dateString3 = "Wed Dec 31 00:00:00 CAT 200";
 
System.out.println(toLocalDate(simpleDateFormat.parse(dateString)));
System.out.println(toLocalDate(simpleDateFormat.parse(dateString2)));
System.out.println(toLocalDate(simpleDateFormat.parse(dateString3)));

我的预期输出是

0200-01-01
0201-01-01
0200-12-31

或者,如果不是这样,至少始终不正确的值.实际结果是

0199-12-31
0201-01-01
0200-12-31

所以似乎第一个稍微回滚,可能是两个小时对应的CAT时区？但为什么这只发生在一个案例上呢？对2000年进行相同的实验不会产生相同的错误.

解决方法

斯蒂芬在评论中提供了解释.基本上,java.util.Date使用日历系统,该系统在1582年的 Julian calendar system和 Gregorian calendar system之间切换,跳过10天.因此,1582年或之前的日期将出现差异 – 但差异的大小将随时间变化 – 平均每400年3天.碰巧在200到400AD之间,你没有看到这个,因为这与差异为0时相对应.

这是一个简短但完整的程序来演示这个问题：

import java.time.*;
import java.util.*;
 
public class Test {
    public static void main(String[] args) throws Exception {
        // Value obtained with Noda Time: should be 0199-12-31T22:00:00Z.
        long millis = -55855792800000L;
        Instant instant = Instant.ofEpochMilli(millis);
        Date date = new Date(millis);
        System.out.println(instant);
        System.out.println(date);
    }
}

我机器上的输出：

0199-12-31T22:00:00Z
Tue Jan 01 22:00:00 GMT 200

这一点很复杂,你的初始代码中假设CAT和非洲/哈拉雷是相同的(在那个时间点,非洲/哈拉雷被认为有02:10的偏移)和你的字符串中错误的日期名称 – 但这是Java中导致此问题的错误.

我建议你使用java.time.format类执行所有的解析 – 然后我希望你不会得到这种不一致.

java – 将Date转换为LocalDate,在200AD左右返回奇怪的结果

解决方法

猜你在找的Java相关文章