首页 / JAVA / 具有可选模式的Java DateTimeFormatterBuilder导致DateTimeParseException

具有可选模式的Java DateTimeFormatterBuilder导致DateTimeParseException

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了具有可选模式的Java DateTimeFormatterBuilder导致DateTimeParseException，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含3544字，纯文字阅读大概需要6分钟。

内容图文

目标

为LocalDate实例提供灵活的解析器,可以使用以下格式之一处理输入：

> yyyy
> yyyyMM
> yyyyMMdd

实施尝试

以下类尝试处理第一个和第二个模式.解析工作年份输入,但年月导致下面列出的例外情况.

import java.time.LocalDate;
import java.time.format.DateTimeFormatter;
import java.time.format.DateTimeFormatterBuilder;
import java.time.temporal.ChronoField;

public class DateTest {

    public static void main(String[] args) {
        DateTimeFormatter parser = new DateTimeFormatterBuilder()
        .parseDefaulting(ChronoField.MONTH_OF_YEAR, 1)
        .parseDefaulting(ChronoField.DAY_OF_MONTH, 1)
        .appendPattern("yyyy")
        .optionalStart().appendPattern("MM").optionalEnd().toFormatter();

        System.out.println(parser.parse("2014", LocalDate::from)); // Works
        System.out.println(parser.parse("201411", LocalDate::from)); // Fails
    }
}

第二次parse()尝试导致以下异常：

Exception in thread "main" java.time.format.DateTimeParseException: Text '201411' could not be parsed at index 0
at java.time.format.DateTimeFormatter.parseResolved0(DateTimeFormatter.java:1949)
at java.time.format.DateTimeFormatter.parse(DateTimeFormatter.java:1851)

我认为我对可选部分模式如何工作的理解是缺乏的.我的目标是一个灵活格式的解析器甚至可以实现,还是我需要检查输入长度并从解析器列表中选择？一如既往,感谢帮助.

解决方法:

问题的真正原因是签名处理.您的输入没有任何符号,但解析器元素“yyyy”贪婪地解析尽可能多的数字并期望正号,因为找到了超过四位数.

我的分析以两种不同的方式完成：

>调试(以查看不明确的错误消息背后的真实情况)
>基于我的lib Time4J模拟另一个解析引擎中的行为,以获得更好的错误消息：

ChronoFormatter<LocalDate> cf =
ChronoFormatter
    .ofPattern(
        "yyyy[MM]",
        PatternType.THREETEN,
        Locale.ROOT,
        PlainDate.axis(TemporalType.LOCAL_DATE)
    )
    .withDefault(PlainDate.MONTH_AS_NUMBER, 1)
    .withDefault(PlainDate.DAY_OF_MONTH, 1)
    .with(Leniency.STRICT);
System.out.println(cf.parse("201411")); 
// java.text.ParseException: Positive sign must be present for big number.

您可以通过指示构建器始终仅使用年份的四位数来规避问题：

DateTimeFormatter parser =
    new DateTimeFormatterBuilder()
        .appendValue(ChronoField.YEAR, 4)
        .optionalStart()
        .appendPattern("MM[dd]")
        .optionalEnd()
        .parseDefaulting(ChronoField.MONTH_OF_YEAR, 1)
        .parseDefaulting(ChronoField.DAY_OF_MONTH, 1)
        .toFormatter();

System.out.println(parser.parse("2014", LocalDate::from)); // 2014-01-01
System.out.println(parser.parse("201411", LocalDate::from)); // 2014-11-01
System.out.println(parser.parse("20141130", LocalDate::from)); // 2014-11-30

注意构建器中默认元素的位置.它们不是在开始时调用,而是在最后调用,因为不幸的是,在java.time中对默认元素的处理是位置敏感的.我还在第一个可选部分的内部添加了一个额外的可选部分.这个解决方案对我来说似乎更干净,而不是像Danila Zharenkov建议的那样使用3个可选部分的序列,因为后者也可以用更多的数字来解析相当不同的输入(可能滥用可选部分作为替换or-patterns特别是在宽松中解析).

关于默认元素的位置敏感行为,这里引用了API-documentation：

During parsing, the current state of the parse is inspected. If the
specified field has no associated value, because it has not been
parsed successfully at that point, then the specified value is
injected into the parse result. Injection is immediate, thus the
field-value pair will be visible to any subsequent elements in the
formatter. As such, this method is normally called at the end of the
builder.

顺便说一句：在我的lib Time4J中,我还可以使用符号“|”定义真实或模式然后创建此格式化程序：

ChronoFormatter<LocalDate> cf =
    ChronoFormatter
        .ofPattern(
            "yyyyMMdd|yyyyMM|yyyy",
            PatternType.CLDR,
            Locale.ROOT,
            PlainDate.axis(TemporalType.LOCAL_DATE)
        )
        .withDefault(PlainDate.MONTH_AS_NUMBER, 1)
        .withDefault(PlainDate.DAY_OF_MONTH, 1)
        .with(Leniency.STRICT);

内容总结

以上是互联网集市为您收集整理的具有可选模式的Java DateTimeFormatterBuilder导致DateTimeParseException全部内容，希望文章能够帮你解决具有可选模式的Java DateTimeFormatterBuilder导致DateTimeParseException所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/740481.html

来源：【匿名】