我试图将没有时区的日期字符串解析为带有时区的新日期,但我收到错误:
java.text.ParseException:无法解析的日期:“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();
有什么建议吗?
最佳答案
您的问题已经得到解答。我只是想贡献您的代码的现代版本。
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已经说过的话:当你的输入字符串以空格结尾并且没有时间偏移时,那么你的格式模式字符串也应该以空格结尾并且没有Z
,因为Z
匹配 UTC 的偏移量(现在我还是重复了它)。
与 Date
相反,ZonedDateTime
有一个时区(正如其名称所示),所以我认为这可能更适合您的要求。
获取纪元的毫秒数
这可能是猜测:您的调用 date.getTime()
给我的印象是您正在计算自 1970 年 1 月 1 日 00:00:00 GMT(“时代”)。如果是这样,请执行以下操作:
long millisSinceEpoch = zdt.toInstant().toEpochMilli();
结果是
1510912179772
解析字符串中的时区偏移
更多猜测,我不禁想到,可能发生的情况是,您收到了一个与您的格式模式字符串匹配的日期时间字符串,但其中的时区偏移量不正确,其中你脱掉衣服,在绳子末端留下悬空的空间。如果是这种情况,现代 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 - 为什么我从 SimpleDateFormat 收到错误 "Unparseable date"?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/47355886/