我必须将String
解析为UTC的时间戳。 String
可以具有以下格式:
YYYY-MM-DDThh:mm:ss.sssZ
YYYY-MM-DDThh:mm:ss.sss+/-hh:mm
YYYY-MM-DDThh:mm:ss.sss
(考虑到UTC,因此请在末尾添加Z
)避免这种情况的最佳方法是什么?
try {
firstDateTimeFormatter.parse(string, Instant::from).toEpochMilli();
} catch (DateTimeParseException e) {
try {
secondDateTimeFormatter.parse(string, Instant::from).toEpochMilli();
} catch (DateTimeParseException e2) {
thirdDateTimeFormatter.parse(string, Instant::from).toEpochMilli();
}
}
答案 0 :(得分:1)
有多种选择。这是一个简单的例子:
private static DateTimeFormatter formatter
= DateTimeFormatter.ofPattern("uuuu-MM-dd'T'HH:mm:ss.SSS[XXX]")
.withZone(ZoneOffset.UTC);
public static Instant parse(String offsetDateTimeString) {
return OffsetDateTime.parse(offsetDateTimeString, formatter).toInstant();
}
让我们尝试一下:
System.out.println(parse("2018-08-04T21:41:55.987Z"));
System.out.println(parse("2018-08-04T19:41:55.987-02:00"));
System.out.println(parse("2018-08-04T21:41:55.987"));
此打印:
2018-08-04T21:41:55.987Z
2018-08-04T21:41:55.987Z
2018-08-04T21:41:55.987Z
格式模式字符串中的方括号包围可选部分,因此可能存在偏移或没有偏移。偏移X
使用Z
表示零偏移,因此与三种格式中的前两种匹配。要指定字符串中没有偏移量时要使用的偏移量,我在格式化程序上设置了UTC的默认时区。
变化包括:
DateTimeFormatterBuilder
允许我们同时做。因此,您可以在上面的代码中使用另一种格式化程序:
private static DateTimeFormatter formatter = new DateTimeFormatterBuilder()
.append(DateTimeFormatter.ISO_LOCAL_DATE_TIME)
.appendPattern("[XXX]")
.parseDefaulting(ChronoField.OFFSET_SECONDS, ZoneOffset.UTC.getTotalSeconds())
.toFormatter();
结果相同。