我正在尝试将ISO 8601格式的字符串转换为java.util.Date。

我发现模式yyyy-MM-dd'T'HH:mm:ssZ是符合iso8601的,如果使用区域设置(比较样本)。

然而,使用java.text。SimpleDateFormat,我无法转换正确格式化的字符串2010-01-01T12:00:00+01:00。我必须首先将其转换为2010-01-01T12:00:00+0100,不带冒号。

目前的解决方案是

SimpleDateFormat ISO8601DATEFORMAT = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ssZ", Locale.GERMANY);
String date = "2010-01-01T12:00:00+01:00".replaceAll("\\+0([0-9]){1}\\:00", "+0$100");
System.out.println(ISO8601DATEFORMAT.parse(date));

这显然不太好。是我错过了什么,还是有更好的解决方案?


回答

感谢JuanZe的评论,我发现了Joda-Time魔法,这里也有描述。

所以解是

DateTimeFormatter parser2 = ISODateTimeFormat.dateTimeNoMillis();
String jtdate = "2010-01-01T12:00:00+01:00";
System.out.println(parser2.parseDateTime(jtdate));

或者更简单地说,通过构造函数使用默认解析器:

DateTime dt = new DateTime( "2010-01-01T12:00:00+01:00" ) ;

对我来说,这很好。


当前回答

我有一个类似的需求:我需要能够解析任何符合ISO8601的日期,而不需要事先知道确切的格式,我想要一个轻量级的解决方案,也可以在Android上工作。

当我在谷歌上搜索我的需求时,我偶然发现了这个问题,并注意到AFAIU,没有一个答案完全符合我的需求。因此,我开发了jISO8601并将其推向maven central。

只需添加你的pom.xml:

<dependency>
  <groupId>fr.turri</groupId>
  <artifactId>jISO8601</artifactId>
  <version>0.2</version>
</dependency>

然后你就可以开始了:

import fr.turri.jiso8601.*;
...
Calendar cal = Iso8601Deserializer.toCalendar("1985-03-04");
Date date = Iso8601Deserializer.toDate("1985-03-04T12:34:56Z");

希望能有所帮助。

其他回答

我不能使用Java 8的特性,所以只有Java .util. date可用。我已经依赖于gson库,但不想直接使用ISO8601Utils。ISO8601Utils是一个内部API, gson的作者警告不要使用它。

我用gson的公共API解析了一个ISO8601日期:

fun parseISO8601DateToLocalTimeOrNull(date: String): Date? {
    return try {
        GsonBuilder()
            .create()
            .getAdapter(Date::class.java)
            .fromJson("\"$date\"")
     } catch (t: Throwable) {
        null
     }
}

实际上,适配器仍然使用ISO8601Utils。但是如果您正在使用适配器,您可以确保不同的兼容版本的gson不会破坏您的项目。

我担心适配器的创建可能会很慢,所以我用debuggable=false在Pixel 3a上测量执行时间。parseISO8601DateToLocalTimeOrNull需要大约0.5毫秒来解析一个日期。

为了像这样格式化一个日期,在一个基于Java 6的应用程序中,我使用了以下方法。thymeleaf项目中有一个DateFormat类JacksonThymeleafISO8601DateFormat,它插入了缺少的冒号:

https://github.com/thymeleaf/thymeleaf/blob/40d27f44df7b52eda47d1bc6f1b3012add6098b3/src/main/java/org/thymeleaf/standard/serializer/StandardJavaScriptSerializer.java

我使用它的ECMAScript日期格式兼容性。

java.time

java。time API(内置于Java 8及更高版本中),使此操作更容易一些。

如果知道输入是UTC,比如末尾的Z(代表Zulu), Instant类就可以解析。

java.util.Date date = Date.from( Instant.parse( "2014-12-12T10:39:40Z" ));

如果您的输入可能是另一个offset-from-UTC值,而不是末尾的Z (Zulu)所指示的UTC,则使用OffsetDateTime类进行解析。

OffsetDateTime odt = OffsetDateTime.parse( "2010-01-01T12:00:00+01:00" );

然后提取一个Instant,并通过调用。

Instant instant = odt.toInstant();  // Instant is always in UTC.
java.util.Date date = java.util.Date.from( instant );

Java 8 +

简单的一句话,我没有在答案中找到:

Date date = Date.from(ZonedDateTime.parse("2010-01-01T12:00:00+01:00").toInstant());

Date不包含时区,它将以UTC存储,但即使在使用System.out.println(Date)进行简单输出时,也会正确地转换为您的JVM时区。

Java有十几种不同的方法来解析日期-时间,这里的回答很好地说明了这一点。但有些令人惊讶的是,没有一个Java的时间类完全实现ISO 8601!

对于Java 8,我建议:

ZonedDateTime zp = ZonedDateTime.parse(string);
Date date = Date.from(zp.toInstant());

这将同时处理UTC格式和偏移量的示例,如“2017-09-13T10:36:40 z”或“2017-09-13T10:36:40+01:00”。它适用于大多数用例。

但它不能处理像“2017-09-13T10:36:40+01”这样的示例,这是一个有效的ISO 8601日期-时间。 它也不会只处理日期,例如。“2017-09-13”。

如果必须处理这些,我建议首先使用regex来嗅探语法。

这里有一个很好的ISO 8601示例列表,其中有很多极端情况:https://www.myintervals.com/blog/2009/05/20/iso-8601-date-validation-that-doesnt-suck/我不知道有任何Java类可以处理所有这些情况。