我有一些代码接收解析的DateTimeFormatter
实例。 现在在某些情况下,我已经看到那里没有时区/偏移量信息,因此我遇到了解析错误(异常)。
为了避免这些错误,我想在未指定任何内容时"强制"默认时区/偏移量ZoneOffset.UTC
。
到目前为止,我还没有找到一种"干净且有据可查"的方法。
在此示例中,getZone()
方法返回null
ParseCaseSensitive(false)Value(DayOfMonth,2)'/'Text(MonthOfYear,SHORT)'/'Value(Year,4)' 'Value(HourOfDay,2)':'Value(MinuteOfHour,2)':'Value(SecondOfMinute,2)'.'Value(MilliOfSecond,3)' 'Offset(+HHMM,'+0000')
到目前为止,我想出的最好的方法是做一个"toString()",然后检查那里是否有所需的子字符串,如下所示:
String formatterExpression = formatter.toString();
if (formatterExpression.lastIndexOf("Offset(") == -1 &&
formatterExpression.lastIndexOf("ZoneText(") == -1
) {
formatter = formatter.withZone(defaultZone);
LOG.error("The timestamp format "{}" does NOT contain a timezone so we assume "{}".",
formatter.toString(), defaultZone.getDisplayName(TextStyle.SHORT, Locale.ENGLISH));
}
这样做的正确方法是什么?
其他背景信息此代码是系统的一部分,该系统允许解析使用 strftime 格式指定格式的日期/时间文本。
看:
- https://github.com/nielsbasjes/logparser/blob/master/httpdlog/httpdlog-parser/src/main/antlr4/nl/basjes/parse/strftime/StrfTime.g4
- https://github.com/nielsbasjes/logparser/blob/master/httpdlog/httpdlog-parser/src/main/java/nl/basjes/parse/httpdlog/dissectors/StrfTimeToDateTimeFormatter.java
我明白你的意思,我也没有找到完美的解决方案,但我想我会分享几个选择。
如果格式化程序无法解析区域或偏移量时,您可以设置像 UTC 这样的偏移量,我建议:
formatter = new DateTimeFormatterBuilder().append(formatter)
.parseDefaulting(ChronoField.OFFSET_SECONDS, ZoneOffset.UTC.getTotalSeconds())
.toFormatter();
我还没有发现这会造成任何伤害的情况。如果格式化程序已分析区域或偏移量信息(或包含默认偏移量),则此操作将不起作用。如果没有,将使用指定的默认偏移量。
上述内容不适用于强制执行具有可变偏移量的时区(例如具有夏令时 (DST) 的时区)。为了强制执行一个,我相信你应该解析、获取和捕获异常,然后按照你已经找到的方式强制执行时区:
ZonedDateTime dateTime;
try {
dateTime = ZonedDateTime.parse(dateTimeString, formatter);
} catch (DateTimeParseException dtpe) {
dateTime = ZonedDateTime.parse(dateTimeString,
formatter.withZone(ZoneId.of("Europe/Amsterdam")));
}
缺点是 catch 子句还会捕获与缺少偏移量或区域无关的错误。您可能会尝试解析异常消息,但我相信这只会给您留下一个类似于您开始时的问题。我不会打扰。
恕我直言,我们真正缺少的是获取格式化程序知道如何格式化和解析的字段的获取器。但是,对于复杂的格式化程序,这种方法的设计和使用将具有挑战性,所以我倾向于理解为什么他们没有提供这种方法。