将符合ISO 8601的字符串转换为java.util.Date

对我来说,这很好.

不幸的是,SimpleDateFormat(Java 6及更早版本)可用的时区格式不符合ISO 8601.SimpleDateFormat理解时区字符串,如"GMT + 01:00"或"+0100",后者根据RFC#822.

即使Java 7根据ISO 8601添加了对时区描​​述符的支持,SimpleDateFormat仍然无法正确解析完整的日期字符串,因为它不支持可选部分.

使用regexp重新格式化输入字符串当然是一种可能,但替换规则并不像您的问题那么简单:

某些时区不是完整的UTC时间,因此字符串不一定以":00"结尾.

ISO8601只允许在时区中包含小时数,因此"+01"相当于"+01:00"

ISO8601允许使用"Z"表示UTC而不是"+00:00".

更简单的解决方案是在JAXB中使用数据类型转换器,因为JAXB必须能够根据XML Schema规范解析ISO8601日期字符串.如果你需要一个对象,它javax.xml.bind.DatatypeConverter.parseDateTime("2010-01-01T12:00:00Z")会给你一个Calendar对象,你可以简单地在它上面使用getTime()Date.

你也许可以使用Joda-Time,但我不知道为什么你应该为此烦恼.

Java 7文档祝福的方式:

DateFormat df1 = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss.SSSZ");
String string1 = "2001-07-04T12:08:56.235-0700";
Date result1 = df1.parse(string1);

DateFormat df2 = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss.SSSXXX");
String string2 = "2001-07-04T12:08:56.235-07:00";
Date result2 = df2.parse(string2);

你可以找到部分更多的例子例子在SimpleDateFormat的Javadoc中.

好的,这个问题已经回答了,但无论如何我都会放弃我的答案.它可能对某人有帮助.

我一直在寻找Android(API 7)的解决方案.

Joda是不可能的 - 它是巨大的,并且缓慢初始化.对于这一特定目的而言,这似乎也是一种重大的过度杀伤力

涉及的答案javax.xml将无法在Android API 7上运行.

结束了实现这个简单的类.它仅涵盖最常见的ISO 8601字符串形式,但在某些情况下这应该足够了(当您确定输入将采用此格式时).

import java.text.ParseException;
import java.text.SimpleDateFormat;
import java.util.Calendar;
import java.util.Date;
import java.util.GregorianCalendar;

/**
 * Helper class for handling a most common subset of ISO 8601 strings
 * (in the following format: "2008-03-01T13:00:00+01:00"). It supports
 * parsing the "Z" timezone, but many other less-used features are
 * missing.
 */
public final class ISO8601 {
    /** Transform Calendar to ISO 8601 string. */
    public static String fromCalendar(final Calendar calendar) {
        Date date = calendar.getTime();
        String formatted = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ssZ")
            .format(date);
        return formatted.substring(0, 22) + ":" + formatted.substring(22);
    }

    /** Get current date and time formatted as ISO 8601 string. */
    public static String now() {
        return fromCalendar(GregorianCalendar.getInstance());
    }

    /** Transform ISO 8601 string to Calendar. */
    public static Calendar toCalendar(final String iso8601string)
            throws ParseException {
        Calendar calendar = GregorianCalendar.getInstance();
        String s = iso8601string.replace("Z", "+00:00");
        try {
            s = s.substring(0, 22) + s.substring(23);  // to get rid of the ":"
        } catch (IndexOutOfBoundsException e) {
            throw new ParseException("Invalid length", 0);
        }
        Date date = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ssZ").parse(s);
        calendar.setTime(date);
        return calendar;
    }
}

性能说明:我每次都会实例化新的SimpleDateFormat,以避免Android 2.1中的错误.如果你像我一样惊讶,看到这个谜语.对于其他Java引擎,您可以将实例缓存在私有静态字段中(使用ThreadLocal,以保证线程安全).

java.time

该java.time API(Java中内嵌的8和更高版本),使这是一个更容易一些.

如果您知道输入是UTC格式的,例如Z末尾的(对于Zulu),则Instant类可以解析.

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

如果您的输入可能是另一个与UTC相关的偏移值而不是最后由(Zulu)指示的UTCZ,请使用OffsetDateTime该类进行解析.

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

然后提取一个Instant,并java.util.Date通过调用转换为a from.

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

在杰克逊-数据绑定库也有ISO8601DateFormat类是确实在(实际执行ISO8601Utils.

ISO8601DateFormat df = new ISO8601DateFormat();
Date d = df.parse("2010-07-28T22:25:51Z");

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

Java 8及更高版本中的新java.time包受Joda-Time的启发.

该OffsetDateTime级代表以时间轴上的时刻偏移从-UTC而不是一个时区.

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

调用toString生成标准ISO 8601格式的字符串:

2010-01-01T12:00 + 01:00

看穿UTC的透镜相同的值,提取Instant或调整从偏移+01:00到00:00.

Instant instant = odt.toInstant();  

…要么…

OffsetDateTime odtUtc = odt.withOffsetSameInstant( ZoneOffset.UTC );

如果需要,调整到时区.一个时区是历史的偏移,从-UTC值的区域,拥有一套用于处理异常,如夏令时(DST)规则.因此,应尽可能应用时区而不是仅仅偏移.

ZonedDateTime zonedDateTimeMontréal = odt.atZoneSameInstant( ZoneId.of( "America/Montreal" ) );

该java.time框架是建立在Java 8和更高版本.这些类取代麻烦的老传统日期时间类,如java.util.Date,Calendar,和SimpleDateFormat.

现在处于维护模式的Joda-Time项目建议迁移到java.time类.

要了解更多信息,请参阅Oracle教程.并搜索Stack Overflow以获取许多示例和解释.规范是JSR 310.

您可以直接与数据库交换java.time对象.使用符合JDBC 4.2或更高版本的JDBC驱动程序.不需要字符串,不需要课程.java.sql.*

从哪里获取java.time类？

Java SE 8, Java SE 9, Java SE 10及更高版本

内置.

带有捆绑实现的标准Java API的一部分.

Java 9增加了一些小功能和修复.

Java SE 6和 Java SE 7

许多java.time功能都被反向移植到ThreeTen-Backport中的 Java 6和7 .

Android的

更高版本的Android捆绑java.time类的实现.

对于早期的Android(<26),ThreeTenABP项目采用ThreeTen-Backport(如上所述).请参阅如何使用ThreeTenABP ....

该ThreeTen-额外项目与其他类扩展java.time.该项目是未来可能添加到java.time的试验场.您可以在此比如找到一些有用的类Interval,YearWeek,YearQuarter,和更多.

对于Java版本7

您可以关注Oracle文档:http: //docs.oracle.com/javase/7/docs/api/java/text/SimpleDateFormat.html

X - 用于ISO 8601时区

TimeZone tz = TimeZone.getTimeZone("UTC");
DateFormat df = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ssX");
df.setTimeZone(tz);
String nowAsISO = df.format(new Date());

System.out.println(nowAsISO);

DateFormat df1 = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ssX");
//nowAsISO = "2013-05-31T00:00:00Z";
Date finalResult = df1.parse(nowAsISO);

System.out.println(finalResult);

DatatypeConverter解决方案不适用于所有VM.以下适用于我:

javax.xml.datatype.DatatypeFactory.newInstance().newXMLGregorianCalendar("2011-01-01Z").toGregorianCalendar().getTime()

我发现joda不能开箱即用(特别是我上面给出的带有时区的例子,这应该是有效的)

我认为我们应该使用

DateFormat format = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss'Z'")

对于日期 2010-01-01T12:00:00Z

解析ISO8601时间戳的另一种非常简单的方法是使用 org.apache.commons.lang.time.DateUtils:

import static org.junit.Assert.assertEquals;

import java.text.ParseException;
import java.util.Date;
import org.apache.commons.lang.time.DateUtils;
import org.junit.Test;

public class ISO8601TimestampFormatTest {
  @Test
  public void parse() throws ParseException {
    Date date = DateUtils.parseDate("2010-01-01T12:00:00+01:00", new String[]{ "yyyy-MM-dd'T'HH:mm:ssZZ" });
    assertEquals("Fri Jan 01 12:00:00 CET 2010", date.toString());
  }
}

请注意,在Java 8中,您可以使用java.time.ZonedDateTime类及其静态parse(CharSequence text)方法.

Java 7+的解决方法是使用SimpleDateFormat:
DateFormat df = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss.SSSX", Locale.US);

此代码可以解析ISO8601格式,如:

2017-05-17T06:01:43.785Z

2017-05-13T02:58:21.391+01:00

但是在Java6上,SimpleDateFormat不了解X字符并且会抛出
IllegalArgumentException: Unknown pattern character 'X'
我们需要将ISO8601日期标准化为Java 6中可读的格式SimpleDateFormat.

public static Date iso8601Format(String formattedDate) throws ParseException {
    try {
        DateFormat df = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss.SSSX", Locale.US);
        return df.parse(formattedDate);
    } catch (IllegalArgumentException ex) {
        // error happen in Java 6: Unknown pattern character 'X'
        if (formattedDate.endsWith("Z")) formattedDate = formattedDate.replace("Z", "+0000");
        else formattedDate = formattedDate.replaceAll("([+-]\\d\\d):(\\d\\d)\\s*$", "$1$2");
        DateFormat df1 = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss.SSSZ", Locale.US);
        return df1.parse(formattedDate);
    }
}

上面的方法在Java 6中发生错误时替换[ Zwith +0000]或[ +01:00with +0100](您可以检测Java版本并用if语句替换try/catch).