【问题标题】:Different result in parsing datetime via calendsr or simpleDateFormatter将日期时间解析为日历或 simpleDateFormat 的结果不同
【发布时间】:2023-04-05 23:37:01
【问题描述】:

我现在使用 java 1.6 并遇到奇怪的行为,可能是错误,这里是代码:

import org.junit.Test;

import javax.xml.bind.DatatypeConverter;
import java.text.SimpleDateFormat;
import java.util.Calendar;
import java.util.Date;

public class TestDate {
@Test
public void testConvert() throws Exception {
    Calendar parsedCalendar = DatatypeConverter.parseDateTime("0001-01-01T00:00:00");
    SimpleDateFormat simpleDateFormat = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss");
    Date sdfDate = simpleDateFormat.parse("0001-01-01T00:00:00");

    Calendar parsedCalendar2 = DatatypeConverter.parseDateTime("1980-03-01T00:00:00");
    SimpleDateFormat simpleDateFormat2 = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss");
    Date sdfDate2 = simpleDateFormat2.parse("1980-03-01T00:00:00");


    System.out.println("parsedCalendar: " + parsedCalendar.getTimeInMillis());
    System.out.println("parsedCalendar TZ: " + parsedCalendar.getTimeZone());
    System.out.println("parsedCalendar Date: " + parsedCalendar.getTime());
    System.out.println("sdfDate: " + sdfDate);
    System.out.println("sdfDate millis: " + sdfDate.getTime());

    System.out.println("parsedCalendar2: " + parsedCalendar2.getTimeInMillis());
    System.out.println("parsedCalendar2 TZ: " + parsedCalendar2.getTimeZone());
    System.out.println("parsedCalendar2 Date: " + parsedCalendar2.getTime());
    System.out.println("sdfDate2: " + sdfDate2);
    System.out.println("sdfDate2 millis: " + sdfDate2.getTime());

}
}

这是一个问题:

输出:

parsedCalendar: -62135622000000
parsedCalendar TZ: sun.util.calendar.ZoneInfo[id="Asia/Novosibirsk",offset=25200000,dstSavings=0,useDaylight=false,transitions=67,lastRule=null]
parsedCalendar Date: Mon Jan 03 00:00:00 NOVT 1
sdfDate: Sat Jan 01 00:00:00 NOVT 1
sdfDate millis: -62135794800000

parsedCalendar2: 320691600000
parsedCalendar2 TZ: sun.util.calendar.ZoneInfo[id="Asia/Novosibirsk",offset=25200000,dstSavings=0,useDaylight=false,transitions=67,lastRule=null]
parsedCalendar2 Date: Sat Mar 01 00:00:00 NOVT 1980
sdfDate2: Sat Mar 01 00:00:00 NOVT 1980
sdfDate2 millis: 320691600000

调试:

 parsedCalendar.getTimeInMillis() = -62135622000000
    sdfDate.getTime() = -62135794800000
    parsedCalendar.getTime() = {Date@790} "Mon Jan 03 00:00:00 NOVT 1"
    sdfDate = {Date@759} "Sat Jan 01 00:00:00 NOVT 1"
    parsedCalendar2.getTimeInMillis() = 320691600000
    sdfDate2.getTime() = 320691600000
    parsedCalendar2.getTimeZone() = {ZoneInfo@755} "sun.util.calendar.ZoneInfo[id="Asia/Novosibirsk",offset=25200000,dstSavings=0,useDaylight=false,transitions=67,lastRule=null]"
    parsedCalendar.getTimeZone() = {ZoneInfo@756} "sun.util.calendar.ZoneInfo[id="Asia/Novosibirsk",offset=25200000,dstSavings=0,useDaylight=false,transitions=67,lastRule=null]"
    simpleDateFormat.getTimeZone() = {ZoneInfo@757} "sun.util.calendar.ZoneInfo[id="Asia/Novosibirsk",offset=25200000,dstSavings=0,useDaylight=false,transitions=67,lastRule=null]"
    simpleDateFormat2.getTimeZone() = {ZoneInfo@758} "sun.util.calendar.ZoneInfo[id="Asia/Novosibirsk",offset=25200000,dstSavings=0,useDaylight=false,transitions=67,lastRule=null]"

正如您在解析 0001 dateTime 时看到的,毫秒之间存在差异!在解析 1980 时,它不是。 谁能解释一下原因?

【问题讨论】:

  • 我强烈怀疑如果字符串中没有偏移量,DatatypeConverter 假设时区为 UTC,而 SimpleDateFormat 将默认为系统默认时区。我建议你看看parsedCalendar.getTimeZone()
  • 如果在这两种情况下都存在 TZ 差异问题。我添加了具有相同参数的第二种情况来完全表明这一点。
  • "如果在这两种情况下都存在 TZ 差异问题。"不 - 如果系统默认时区在 1980-03-01T00:00:00 处的 UTC 偏移量为 0,但在 0001-01-01T00:00:00 处的偏移量非零,您会看到 exactly i> 你所描述的行为。与其争辩说我一定是错的,不如只看我建议的parsedCalendar.getTimeZone()
  • (如果您告诉我们您正在观察的系统默认时区也会有所帮助,这样我们就可以重现该问题。)
  • 我的意思是它们没有在您的代码中打印出来。如果我们复制/粘贴/运行您的代码,打印出来的只是“某物”。相反,您应该让您的示例打印出所有相关信息,然后将该程序的确切输出包含在您的问题中。

标签: java date parsing datetime calendar


【解决方案1】:

这是由于儒略历和公历系统之间的差异。

SimpleDateFormat 使用默认日历系统,我相信在您和我的系统上都是GregorianCalendarGregorianCalendar(尽管有它的名字)基于 gregorianChange 属性在公历系统和儒略历系统之间切换。它假定在​​转换之后提供的任何日期都是公历,而在它之前提供的任何日期都是儒略。默认切换为 1582。

DatatypeConverter 使用纯公历,因为这就是 W3C XML Schema docs require

这意味着如果您在在日历切换之前解析一个值,您会看到很大的差异 - 随着时间的推移,差异会越来越小,差异为 3每 400 年的天数。 (不能被 400 整除的三个世纪年,在儒略历中是闰年,在公历中是闰年。)

如果您将SimpleDateFormat 中的日历设置为GregorianCalendar,您首先将其称为setGregorianChange(Long.MIN_VALUE),则两者会同意。

这里的代码可以更容易地探索差异:

import javax.xml.bind.DatatypeConverter;
import java.text.ParseException;
import java.text.SimpleDateFormat;
import java.util.Calendar;
import java.util.Date;
import java.util.concurrent.TimeUnit;

public class Test {    
    public static void main(String[] args) throws ParseException {
        convert("0001-01-01T00:00:00");
        convert("1000-01-01T00:00:00");
        convert("1580-01-01T00:00:00");
        convert("1590-01-01T00:00:00");
        convert("1980-03-01T00:00:00");
    }

    private static void convert(String input) throws ParseException {
        Calendar datatypeConverterResult = DatatypeConverter.parseDateTime(input);
        SimpleDateFormat simpleDateFormat = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss");
        Date sdfResult = simpleDateFormat.parse(input);

        System.out.println("Input: " + input);
        long datatypeConverterMillis = datatypeConverterResult.getTimeInMillis();
        long sdfResultMillis = sdfResult.getTime();
        long days = TimeUnit.MILLISECONDS.toDays(datatypeConverterMillis - sdfResultMillis);
        System.out.println("DatatypeConverter epoch millis: " + datatypeConverterMillis);
        System.out.println("SimpleDateTime epoch millis: " + sdfResultMillis);
        System.out.println("Difference in days: " + days);
        System.out.println("Parsed calendar time zone: " + datatypeConverterResult.getTimeZone().getID());
        System.out.println();
    }
}

请注意,在 Java 9 上,您需要明确指定模块。这是用 java.se.ee 最简单的方法:

$ javac Test.java --add-modules java.se.ee
$ java --add-modules java.se.ee Test

我的盒子上的输出:

Input: 0001-01-01T00:00:00
DatatypeConverter epoch millis: -62135596800000
SimpleDateTime epoch millis: -62135769600000
Difference in days: 2
Parsed calendar time zone: Europe/London

Input: 1000-01-01T00:00:00
DatatypeConverter epoch millis: -30610224000000
SimpleDateTime epoch millis: -30609792000000
Difference in days: -5
Parsed calendar time zone: Europe/London

Input: 1580-01-01T00:00:00
DatatypeConverter epoch millis: -12307248000000
SimpleDateTime epoch millis: -12306384000000
Difference in days: -10
Parsed calendar time zone: Europe/London

Input: 1590-01-01T00:00:00
DatatypeConverter epoch millis: -11991628800000
SimpleDateTime epoch millis: -11991628800000
Difference in days: 0
Parsed calendar time zone: Europe/London

Input: 1980-03-01T00:00:00
DatatypeConverter epoch millis: 320716800000
SimpleDateTime epoch millis: 320716800000
Difference in days: 0
Parsed calendar time zone: Europe/London

【讨论】:

  • 哈,实际上,当我发布我的第一个问题/示例时,我只期望像您的第一段或第一段和第二段这样的答案......
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2014-01-29
  • 2013-11-21
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多