4

我正在尝试了解如何DateTimeFormatter为我的应用程序构建自定义。我基本上需要处理像这样写的时间"HHMMSS.FFFFFF"

我能够使用以下方法获得其中的 99%:

import static java.time.temporal.ChronoField.HOUR_OF_DAY;
import static java.time.temporal.ChronoField.MICRO_OF_SECOND;
import static java.time.temporal.ChronoField.MINUTE_OF_HOUR;
import static java.time.temporal.ChronoField.SECOND_OF_MINUTE;
public static final DateTimeFormatter MY_TIME;
static {
    MY_TIME = new DateTimeFormatterBuilder()
            .appendValue(HOUR_OF_DAY, 2)
            .appendValue(MINUTE_OF_HOUR, 2)
            .optionalStart()
            .appendValue(SECOND_OF_MINUTE, 2)
            .optionalStart()
            .appendFraction(MICRO_OF_SECOND, 0, 6, true)
            .toFormatter().withResolverStyle(ResolverStyle.STRICT);
}

我可以很好地处理输入:

String text = "101530";
LocalTime lt = LocalTime.parse(text, MY_TIME);

甚至

String text = "070907.0705";
LocalTime lt = LocalTime.parse(text, MY_TIME);

String text = "0000";
LocalTime lt = LocalTime.parse(text, MY_TIME);

但由于某种原因,我无法理解用于处理闰秒的 API,所以以下对我来说总是失败:

String text = "235960";
LocalTime lt = LocalTime.parse(text, MY_TIME);

我应该如何构建我的DateTimeFormatterBuilder以便处理闰秒?


更新:我真的很喜欢ResolverStyle.STRICT,因为它拒绝无效输入,例如:

  • “251213”或,
  • “126100”

所以我不能ResolverStyle.LENIENT在这种情况下使用,我只是想要闰秒的额外特殊情况。

4

4 回答 4

3

如果不显示日历日期和时区,则显示闰秒的本地时钟时间没有多大意义。否则,您不知道要解析的字符串是否真的有效(java.time-package 不会帮助您验证它)或者只是以宽松的方式表示(即解析“60”作为下一秒)。

关于闰秒能力java.time

java.time确实会容忍任何虚拟日期与闰秒相结合,尽管在大多数情况下这是错误的。并且DateTimeFormatter仅接受 UTC 偏移量为零,但不接受诸如“2012-07-01T08:59:60+0900”之类的表达式。

此外:java.time.Instant不能存储闰秒信息而是将其丢弃。您只能在解析器中查询可能的闰秒标志。然后由您决定如何处理这些信息。

结论:如果您想忽略闰秒信息但在输入中容忍它,这种方法对您来说很好。

备择方案:

如果您真的对解析、验证和评估可能的闰秒感兴趣,那么我建议使用我的库Time4J。但它确实需要一个有效的日历日期(闰秒仅在极少数日期插入)。

     ChronoFormatter<Moment> formatter = 
         ChronoFormatter.ofMomentPattern( 
             "uuuu-MM-dd'T'HH:mm:ss XXX", 
             PatternType.CLDR, 
             Locale.ROOT, 
             ZonalOffset.UTC 
         )
     Moment m = formatter.parse("2012-07-01T08:59:60+09:00");

     // this conversion throws away the leap second
     Instant i = m.toTemporalAccessor();

有关更多信息,另请参阅我关于DZone的文章。

于 2017-12-28T17:32:19.873 回答
2

来自java.time.Instant JavaDoc的相关描述:

[...] 这个 Java API 定义了它自己的时间尺度,Java Time-Scale
...
使用 JSR-310 API 实现 Java 时间刻度不需要提供任何亚秒级精度的时钟,或者单调或平稳地进行。因此,实现不需要实际执行 UTC-SLS 转换或以其他方式了解闰秒
...
Java 时间刻度用于所有日期时间类。这包括 Instant、LocalDate、LocalTime、OffsetDateTime、ZonedDateTime 和 Duration。

简而言之,您不应该期望java.timeAPI 知道闰秒。

于 2017-12-28T15:36:12.237 回答
1

闰秒处理仅适用于appendInstant:请参阅DateTimeFormatter:parsedLeapSecond

即时解析处理 '23:59:60' 的特殊“闰秒”时间。闰秒发生在 UTC 时区的“23:59:60”,但在不同时区的其他本地时间。为了避免这种潜在的歧义,闰秒的处理仅限于 DateTimeFormatterBuilder.appendInstant(),因为该方法始终使用 UTC 区域偏移量解析瞬间。

于 2017-12-28T15:23:36.773 回答
0

由于这对我的用户使用有限(编辑无效时间),我可以简单地使用以下方法处理这种特殊情况:

if (text.length() >= 6 && "60".equals(text.substring(4, 6))) {
    String newText = text.substring(0, 4) + "59" + text.substring(6);
    return LocalTime.parse(newText, MY_TIME);
}
return LocalTime.parse(text, MY_TIME);

这似乎是一个普遍接受的黑客:

于 2017-12-28T16:05:19.147 回答