将日期字符串解析为java.util.Date时，不合法的模式字符'T'

我有一个日期字符串，我想用java日期API将其解析为正常的日期，以下是我的代码:

public static void main(String[] args) {
    String date="2010-10-02T12:23:23Z";
    String pattern="yyyy-MM-ddThh:mm:ssZ";
    SimpleDateFormat sdf=new SimpleDateFormat(pattern);
    try {
        Date d=sdf.parse(date);
        System.out.println(d.getYear());
    } catch (ParseException e) {
        // TODO Auto-generated catch block
        e.printStackTrace();
    }
}

但是我得到了一个异常:java.lang.IllegalArgumentException:非法模式字符'T'

所以我想知道我是否必须拆分字符串并手动解析它?

顺便说一句，我已经尝试在T的两侧添加一个单引号字符:

String pattern="yyyy-MM-dd'T'hh:mm:ssZ";

它也不起作用。

当前回答

针对Java 8及更高版本进行更新

现在你可以简单地执行Instant.parse("2015-04-28T14:23:38.521Z")并得到正确的结果，特别是因为你应该使用Instant而不是Java最新版本的Java. util. date。

您应该使用DateTimeFormatter而不是SimpleDateFormatter。

最初的回答:

下面的解释仍然有效，因为格式所代表的内容。但它是在Java 8普及之前编写的，所以它使用了旧的类，如果您使用Java 8或更高。

这适用于带末尾Z的输入，如下所示:

在这种模式中，T在两边都转义为'。结尾Z的模式实际上是XXX，如文档所示在JavaDoc for SimpleDateFormat中，它不是很清楚关于如何使用它，因为Z是老年的标记以及时区信息。

Q2597083.java

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

public class Q2597083
{
    /**
     * All Dates are normalized to UTC, it is up the client code to convert to the appropriate TimeZone.
     */
    public static final TimeZone UTC;

    /**
     * @see <a href="http://en.wikipedia.org/wiki/ISO_8601#Combined_date_and_time_representations">Combined Date and Time Representations</a>
     */
    public static final String ISO_8601_24H_FULL_FORMAT = "yyyy-MM-dd'T'HH:mm:ss.SSSXXX";

    /**
     * 0001-01-01T00:00:00.000Z
     */
    public static final Date BEGINNING_OF_TIME;

    /**
     * 292278994-08-17T07:12:55.807Z
     */
    public static final Date END_OF_TIME;

    static
    {
        UTC = TimeZone.getTimeZone("UTC");
        TimeZone.setDefault(UTC);
        final Calendar c = new GregorianCalendar(UTC);
        c.set(1, 0, 1, 0, 0, 0);
        c.set(Calendar.MILLISECOND, 0);
        BEGINNING_OF_TIME = c.getTime();
        c.setTime(new Date(Long.MAX_VALUE));
        END_OF_TIME = c.getTime();
    }

    public static void main(String[] args) throws Exception
    {

        final SimpleDateFormat sdf = new SimpleDateFormat(ISO_8601_24H_FULL_FORMAT);
        sdf.setTimeZone(UTC);
        System.out.println("sdf.format(BEGINNING_OF_TIME) = " + sdf.format(BEGINNING_OF_TIME));
        System.out.println("sdf.format(END_OF_TIME) = " + sdf.format(END_OF_TIME));
        System.out.println("sdf.format(new Date()) = " + sdf.format(new Date()));
        System.out.println("sdf.parse(\"2015-04-28T14:23:38.521Z\") = " + sdf.parse("2015-04-28T14:23:38.521Z"));
        System.out.println("sdf.parse(\"0001-01-01T00:00:00.000Z\") = " + sdf.parse("0001-01-01T00:00:00.000Z"));
        System.out.println("sdf.parse(\"292278994-08-17T07:12:55.807Z\") = " + sdf.parse("292278994-08-17T07:12:55.807Z"));
    }
}

产生以下输出:

sdf.format(BEGINNING_OF_TIME) = 0001-01-01T00:00:00.000Z
sdf.format(END_OF_TIME) = 292278994-08-17T07:12:55.807Z
sdf.format(new Date()) = 2015-04-28T14:38:25.956Z
sdf.parse("2015-04-28T14:23:38.521Z") = Tue Apr 28 14:23:38 UTC 2015
sdf.parse("0001-01-01T00:00:00.000Z") = Sat Jan 01 00:00:00 UTC 1
sdf.parse("292278994-08-17T07:12:55.807Z") = Sun Aug 17 07:12:55 UTC 292278994

2010-04-08 02:08:27

其他回答

博士tl;

使用java.time.Instant类解析标准ISO 8601格式的文本，表示UTC时间。

Instant.parse( "2010-10-02T12:23:23Z" )

ISO 8601

该格式由ISO 8601日期-时间字符串格式标准定义。

两个:

java。Java 8及更高版本中内置的时间框架(教程) Joda-Time图书馆

…默认使用ISO 8601格式来解析和生成字符串。

通常应该避免使用旧的java.util.Date/。Calendar和java.text.SimpleDateFormat类是出了名的麻烦、混乱和有缺陷。如果需要进行互操作，您可以进行来回转换。

java.time

内置于Java 8及以后版本的是新的Java。时间框架。灵感来自Joda-Time，由JSR 310定义，并由ThreeTen-Extra项目扩展。

Instant instant = Instant.parse( "2010-10-02T12:23:23Z" );  // `Instant` is always in UTC.

转换为旧类。

java.util.Date date = java.util.Date.from( instant );  // Pass an `Instant` to the `from` method.

时区

如果需要，您可以指定一个时区。

ZoneId zoneId = ZoneId.of( "America/Montreal" ); // Define a time zone rather than rely implicitly on JVM’s current default time zone.
ZonedDateTime zdt = ZonedDateTime.ofInstant( instant , zoneId );  // Assign a time zone adjustment from UTC.

转换。

java.util.Date date = java.util.Date.from( zdt.toInstant() );  // Extract an `Instant` from the `ZonedDateTime` to pass to the `from` method.

乔达时间

更新:Joda-Time项目现在处于维护模式。团队建议迁移到java。时间类。

下面是Joda-Time 2.8中的一些示例代码。

org.joda.time.DateTime dateTime_Utc = new DateTime( "2010-10-02T12:23:23Z" , DateTimeZone.UTC );  // Specifying a time zone to apply, rather than implicitly assigning the JVM’s current default.

转换为旧类。注意，分配的时区在转换中会丢失，因为j.u.d d不能分配时区。

java.util.Date date = dateTime_Utc.toDate(); // The `toDate` method converts to old class.

时区

如果需要，您可以指定一个时区。

DateTimeZone zone = DateTimeZone.forID( "America/Montreal" );
DateTime dateTime_Montreal = dateTime_Utc.withZone ( zone );

关于java.time

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

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

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

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

从哪里获取java。时间类?

Java SE 8、Java SE 9以及更高版本内置的。带有捆绑实现的标准Java API的一部分。 Java 9增加了一些小特性并进行了修复。 Java SE 6和Java SE 7 大部分的java。时间功能在ThreeTen-Backport中向后移植到Java 6和7。安卓后续版本的Android捆绑实现的java。时间类。对于早期的Android (<26)， ThreeTenABP项目适应ThreeTen-Backport(如上所述)。参见如何使用ThreeTenABP....

ThreeTen-Extra项目扩展了java。额外的课程时间。这个项目是未来可能添加到java.time的一个试验场。你可以在这里找到一些有用的类，比如Interval、YearWeek、YearQuarter等等。

2014-09-22 17:17:47

到目前为止，有两个答案，它们都很长(tl;dr太短了)，所以我从我开始使用new java的经验中总结了一下。时间库(适用于Java版本8+的其他答案)。ISO 8601设置了编写日期的标准方式:YYYY-MM-DD，因此日期-时间的格式仅如下所示(可以是0、3、6或9位数字，单位为毫秒)，不需要格式化字符串:

import java.time.Instant;
public static void main(String[] args) {
    String date="2010-10-02T12:23:23Z";
    try {
        Instant myDate = Instant.parse(date);
    } catch (ParseException e) {
        // TODO Auto-generated catch block
        e.printStackTrace();
    }
}

我不需要它，但是从问题中得到year是代码，那么: 这是比较棘手的，不能从即时直接完成，可以通过日历在问题的方式来完成，在Java和转换Java中获取当前年份的整数值。时间到日历，但IMHO格式是固定的子字符串使用更简单:

myDate.toString().substring(0,4);

2019-11-13 12:17:44