为什么我从 SimpleDateFormat 收到错误 "Unparseable date"?
Why am i getting the error "Unparseable date" from SimpleDateFormat?
我试图将不带时区的日期字符串解析为带时区的新日期,但我收到错误:
java.text.ParseException: Unparseable date: "2017-11-17 10:49:39.772 "
这是我的代码:
String date = "2017-11-17 10:49:39.772 "
SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss.SSS Z");
sdf.setTimeZone(TimeZone.getTimeZone("Europe/Amsterdam"));
sdf.parse(date); //here´s the error
return date.getTime();
有什么建议吗?
您在 SimpleDateFormat
中明确表示您需要在末尾设置时区偏移量(Z
参数),但您的字符串缺少偏移量。最后你需要像 +0000
这样的东西。
如果您希望正确解析字符串,它必须与您在构造函数中提供的 SimpleDateFormat 模式相匹配:
旧行:
SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss.SSS Z");
换行:
SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss.SSS ");
您的问题已经得到解答。我只是想贡献你代码的现代版本。
java.time
您使用的是早已过时的 类 SimpleDateFormat
和 Date
。 java.time
,现代的 Java 日期和时间 API 也称为 JSR-310 通常更易于使用。在您的特定情况下,代码非常相似:
String date = "2017-11-17 10:49:39.772 ";
DateTimeFormatter dtf = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss.SSS ");
ZoneId zid = ZoneId.of("Europe/Amsterdam");
ZonedDateTime zdt = LocalDateTime.parse(date, dtf).atZone(zid);
System.out.println(zdt);
这会打印
2017-11-17T10:49:39.772+01:00[Europe/Amsterdam]
我不需要重复@DarrenW 已经说过的话:当您的输入字符串以 space 结尾并且没有时间偏移时,那么您的格式模式字符串也应该以 space 结尾并且没有 Z
因为 Z
与 UTC 的偏移相匹配(现在我还是重复了它)。
与 Date
相反,ZonedDateTime
有一个时区(如名称所示),所以我认为这可能更符合您的要求。
从纪元中获取毫秒数
这可能是推测:您的调用 date.getTime()
给我的印象是您在计算自 1970 年 1 月 1 日 00:00:00 GMT(“纪元”)以来的毫秒数。如果是这样,请执行:
long millisSinceEpoch = zdt.toInstant().toEpochMilli();
结果是
1510912179772
解析字符串中的时区偏移量
更多猜测,我不禁想到 可能 发生的事情是您收到了一个与您的格式模式字符串匹配的日期时间字符串,但时间不正确区域偏移量,您将其剥离,在字符串末尾留下悬空的 space 。如果是这种情况,现代 API 可以通过在解析时忽略不正确的偏移量来更轻松、更优雅地处理这种情况:
String date = "2017-11-17 10:49:39.772 +0000";
DateTimeFormatter dtf = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss.SSS Z");
ZoneId zid = ZoneId.of("Europe/Amsterdam");
ZonedDateTime zdt = LocalDateTime.parse(date, dtf).atZone(zid);
结果又是 2017-11-17T10:49:39.772+01:00[Europe/Amsterdam]
,与上面第一个片段完全相同。 LocalDateTime
是没有任何时区或偏移量信息的日期和时间,因此无法通过字符串的不正确偏移量。无论如何 atZone()
仍然设置正确的时区。
获得相同结果的另一种方法是直接解析为 ZonedDateDate
,然后调用它的 withZoneSameLocal()
来消除不需要的偏移量。
我试图将不带时区的日期字符串解析为带时区的新日期,但我收到错误:
java.text.ParseException: Unparseable date: "2017-11-17 10:49:39.772 "
这是我的代码:
String date = "2017-11-17 10:49:39.772 "
SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss.SSS Z");
sdf.setTimeZone(TimeZone.getTimeZone("Europe/Amsterdam"));
sdf.parse(date); //here´s the error
return date.getTime();
有什么建议吗?
您在 SimpleDateFormat
中明确表示您需要在末尾设置时区偏移量(Z
参数),但您的字符串缺少偏移量。最后你需要像 +0000
这样的东西。
如果您希望正确解析字符串,它必须与您在构造函数中提供的 SimpleDateFormat 模式相匹配:
旧行:
SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss.SSS Z");
换行:
SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss.SSS ");
您的问题已经得到解答。我只是想贡献你代码的现代版本。
java.time
您使用的是早已过时的 类 SimpleDateFormat
和 Date
。 java.time
,现代的 Java 日期和时间 API 也称为 JSR-310 通常更易于使用。在您的特定情况下,代码非常相似:
String date = "2017-11-17 10:49:39.772 ";
DateTimeFormatter dtf = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss.SSS ");
ZoneId zid = ZoneId.of("Europe/Amsterdam");
ZonedDateTime zdt = LocalDateTime.parse(date, dtf).atZone(zid);
System.out.println(zdt);
这会打印
2017-11-17T10:49:39.772+01:00[Europe/Amsterdam]
我不需要重复@DarrenW 已经说过的话:当您的输入字符串以 space 结尾并且没有时间偏移时,那么您的格式模式字符串也应该以 space 结尾并且没有 Z
因为 Z
与 UTC 的偏移相匹配(现在我还是重复了它)。
与 Date
相反,ZonedDateTime
有一个时区(如名称所示),所以我认为这可能更符合您的要求。
从纪元中获取毫秒数
这可能是推测:您的调用 date.getTime()
给我的印象是您在计算自 1970 年 1 月 1 日 00:00:00 GMT(“纪元”)以来的毫秒数。如果是这样,请执行:
long millisSinceEpoch = zdt.toInstant().toEpochMilli();
结果是
1510912179772
解析字符串中的时区偏移量
更多猜测,我不禁想到 可能 发生的事情是您收到了一个与您的格式模式字符串匹配的日期时间字符串,但时间不正确区域偏移量,您将其剥离,在字符串末尾留下悬空的 space 。如果是这种情况,现代 API 可以通过在解析时忽略不正确的偏移量来更轻松、更优雅地处理这种情况:
String date = "2017-11-17 10:49:39.772 +0000";
DateTimeFormatter dtf = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss.SSS Z");
ZoneId zid = ZoneId.of("Europe/Amsterdam");
ZonedDateTime zdt = LocalDateTime.parse(date, dtf).atZone(zid);
结果又是 2017-11-17T10:49:39.772+01:00[Europe/Amsterdam]
,与上面第一个片段完全相同。 LocalDateTime
是没有任何时区或偏移量信息的日期和时间,因此无法通过字符串的不正确偏移量。无论如何 atZone()
仍然设置正确的时区。
获得相同结果的另一种方法是直接解析为 ZonedDateDate
,然后调用它的 withZoneSameLocal()
来消除不需要的偏移量。