我正在尝试将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" ) ;
对我来说，这很好。
我很惊讶，甚至没有一个java库支持所有ISO 8601日期格式https://en.wikipedia.org/wiki/ISO_8601。Joda DateTime支持其中大部分，但不是全部，因此我添加了自定义逻辑来处理所有这些。这是我的实现。
import java.text.ParseException;
import java.util.Date;
import org.apache.commons.lang3.time.DateUtils;
import org.joda.time.DateTime;
public class ISO8601DateUtils {
/**
* It parses all the date time formats from https://en.wikipedia.org/wiki/ISO_8601 and returns Joda DateTime.
* Zoda DateTime does not support dates of format 20190531T160233Z, and hence added custom logic to handle this using SimpleDateFormat.
* @param dateTimeString ISO 8601 date time string
* @return
*/
public static DateTime parse(String dateTimeString) {
try {
return new DateTime( dateTimeString );
} catch(Exception e) {
try {
Date dateTime = DateUtils.parseDate(dateTimeString, JODA_NOT_SUPPORTED_ISO_DATES);
return new DateTime(dateTime.getTime());
} catch (ParseException e1) {
throw new RuntimeException(String.format("Date %s could not be parsed to ISO date", dateTimeString));
}
}
}
private static String[] JODA_NOT_SUPPORTED_ISO_DATES = new String[] {
// upto millis
"yyyyMMdd'T'HHmmssSSS'Z'",
"yyyyMMdd'T'HHmmssSSSZ",
"yyyyMMdd'T'HHmmssSSSXXX",
"yyyy-MM-dd'T'HHmmssSSS'Z'",
"yyyy-MM-dd'T'HHmmssSSSZ",
"yyyy-MM-dd'T'HHmmssSSSXXX",
// upto seconds
"yyyyMMdd'T'HHmmss'Z'",
"yyyyMMdd'T'HHmmssZ",
"yyyyMMdd'T'HHmmssXXX",
"yyyy-MM-dd'T'HHmmss'Z'",
"yyyy-MM-dd'T'HHmmssZ",
"yyyy-MM-dd'T'HHmmssXXX",
// upto minutes
"yyyyMMdd'T'HHmm'Z'",
"yyyyMMdd'T'HHmmZ",
"yyyyMMdd'T'HHmmXXX",
"yyyy-MM-dd'T'HHmm'Z'",
"yyyy-MM-dd'T'HHmmZ",
"yyyy-MM-dd'T'HHmmXXX",
//upto hours is already supported by Joda DateTime
};
}
不幸的是，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部分)。
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 );
