确定 Java 8 DateTimeFormatter 是否包含足够的时区信息

Question

我有一些代码接收解析的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

Answer 1

我明白你的意思，我也没有找到完美的解决方案，但我想我会分享几个选项。

如果格式化程序无法解析区域或偏移量时，如果您可以设置使用 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 子句也会捕获与缺少偏移量或区域无关的错误。您可能会尝试解析异常消息，但我相信这只会给您留下与您开始时类似的问题。我不会打扰。

恕我直言，我们真正缺少的是获取格式化程序知道如何格式化和解析的字段的 getter。不过，对于复杂的格式化程序，这种方法的设计和使用会很有挑战性，所以我倾向于理解他们为什么不提供这种方法。