不幸的是，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对象，如果你需要一个Date对象，你可以简单地在它上面使用getTime()。

你可能也可以使用Joda-Time，但我不知道你为什么要费心(更新2022;可能是因为Android的javax.xml包中缺少整个javax.xml.bind部分)。

在我搜索了很多转换ISO8601到目前为止，我突然发现一个java类是ISO8601Util.java，这是com.google.gson.internal. binding .util的一部分。 你可以用它来转换日期。

ISO8601Utils.parse("2010-01-01T12:00:00Z" , ParsePosition(0))

您可以简单地使用这个kotlin扩展函数

fun String.getDateFromString() : Date? = ISO8601Utils.parse(this , 
ParsePosition(0))

我想我们应该用

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

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

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

这段代码可以解析ISO8601格式，如:

2017 - 05 - 17 - t06:01:43.785z 2017 - 05 - 13 - t02:58:21.391 + 01:00

但是在Java6上，SimpleDateFormat不理解X字符并将抛出 未知模式字符'X' 我们需要用SimpleDateFormat将ISO8601日期规范化为Java 6中可读的格式。

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中发生错误时，使用上述方法替换[Z为+0000]或[+01:00为+0100](您可以检测Java版本并将try/catch替换为if语句)。

博士tl;

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

或者对于Java 12+，使用Instant。解析见Arvind Kumar Avinash的答案。

使用java.time

新的java。Java 8中的time包，后来受到Joda-Time的启发。

OffsetDateTime类表示时间轴上的一个时刻，该时刻具有与utc的偏移量，而不是时区。

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

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

2010 - 01 - 01 - t12:00 + 01:00

要通过UTC的镜头看到相同的值，提取一个Instant或将偏移量从+01:00调整为00:00。

Instant instant = odt.toInstant();  

…or…

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

根据需要调整时区。时区是一个区域的utc偏移值的历史记录，并带有一组处理异常(如夏令时)的规则。因此，尽可能应用时区，而不仅仅是偏移量。

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

对于只有日期的值，使用LocalDate。

LocalDate ld = LocalDate.of( 2010 , Month.JANUARY , 1 ) ;

Or:

LocalDate ld = LocalDate.parse( "2010-01-01" ) ;

---

关于java.time

java。时间框架内置于Java 8及更高版本中。这些类取代了麻烦的旧遗留日期-时间类，如java.util。日期，日历和简单日期格式。

要了解更多，请参阅Oracle教程。搜索Stack Overflow可以找到很多例子和解释。规范是JSR 310。

Joda-Time项目现在处于维护模式，建议迁移到java。时间类。

你可以交换java。Time对象直接使用数据库。使用符合JDBC 4.2或更高版本的JDBC驱动程序。不需要字符串，不需要java。sql。*类。Hibernate 5和JPA 2.2支持java.time。

从哪里获取java。时间类?

Java SE 8, Java SE 9, Java SE 10, Java SE 11, and later - Part of the standard Java API with a bundled implementation. Java 9 brought some minor features and fixes. Java SE 6 and Java SE 7 Most of the java.time functionality is back-ported to Java 6 & 7 in ThreeTen-Backport. Android Later versions of Android (26+) bundle implementations of the java.time classes. For earlier Android (<26), the process of API desugaring brings a subset of the java.time functionality not originally built into Android. If the desugaring does not offer what you need, the ThreeTenABP project adapts ThreeTen-Backport (mentioned above) to Android. See How to use ThreeTenABP….

---

好吧，这个问题已经有了答案，但我还是放弃我的答案。它可能会帮助某些人。

我一直在寻找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，以确保线程安全)。