7

基本上,我使用以下代码将字符串解析为 LocalDateTime,这在大多数情况下都可以正常工作。

DateTimeFormatter dtformatter = DateTimeFormatter.ofPattern("yyyyMMddHHmmssSSS");

但是,我遇到秒和毫秒的情况00000,这是解析器失败并打印 aLocalDateTime 2018-03-01T09:16而不是2018-03-01T09:16:00.000.

System.out.println(LocalDateTime.parse("20180301091600000",dtformatter));

(请注意,在我的代码中,我必须将字符串解析为LocalDateTime,进行一些比较,然后最后打印LocalDateTime到 csv)

如何修复它以使其打印2018-03-01T09:16:00.000而不是打印2018-03-01T09:16

仅供参考,我正在使用 jdk10。

4

2 回答 2

5

tl;博士

其中秒和毫秒为 00000,这是解析器失败的时间

不,解析器成功。您的问题是生成字符串,而不是解析。

如文档所述,默认DateTimeFormatter值以秒和小数秒为单位抑制零值。

功能,而不是错误

您的问题不在于解析,而在于解析生成字符串。请记住,日期时间对象的文本表示是不同的并且与对象分开。换句话说,日期时间对象没有“格式”。

[字符串] --> parse--> [本地日期时间] --> toString--> [字符串]

的文档LocalDateTime::toString清楚地表明,当在最不重要的部分遇到零值时,将使用最短的格式变化。去引用:

输出将是以下 ISO-8601 格式之一:

uuuu-MM-dd'T'HH:mm

uuuu-MM-dd'T'HH:mm:ss

uuuu-MM-dd'T'HH:mm:ss.SSS

uuuu-MM-dd'T'HH:mm:ss.SSSSSS

uuuu-MM-dd'T'HH:mm:ss.SSSSSSSSS

使用的格式将是最短的输出时间的完整值,其中省略的部分被暗示为零。

例子

关于YCF_L 接受的答案中显示的两个示例……</p>

20180301091600001 结果是 2018-03-01T09:16:00.001

在该示例中,最低有效部分(毫秒)具有非零值,因此它在结果中表示。

2018030100000000 结果是 2018-03-01T00:00

在该示例中,小时、分钟、秒、毫秒、微秒和纳秒的最低有效部分都为零。因此它们的显示被抑制,除了小时和分钟,因为文档承诺总是显示年分钟。

因此,您的两个示例都按记录工作;功能,而不是错误。

解决方案

解决方案是不使用toString方法中提供的默认格式化程序。相反,请使用其他格式化程序。例如,使用您为解析定义的相同自定义格式化程序。

DateTimeFormatter f = DateTimeFormatter.ofPattern( "yyyyMMddHHmmssSSS" );
LocalDateTime ldt = LocalDateTime.parse( "20180301091600000" , f );

String outputDefault = ldt.toString();
String outputCustom = ldt.format( f );

转储到控制台。

System.out.println( "outputDefault: " + outputDefault );
System.out.println( "outputCustom: " + outputCustom );

输出默认值:2018-03-01T09:16

输出自定义:20180301091600000

问题问:

如何修复它以使其打印 2018-03-01T09:16:00.000 而不是 2018-03-01T09:16 ?

指定自定义格式化程序而不是默认格式化程序。

DateTimeFormatter f = DateTimeFormatter.ofPattern("yyyy-MM-dd'T'HH:mm:ss:SSS") ; 
String output = ldt.format( f ) ;

但请记住,您生成的字符串将抑制LocalDateTime对象中任何微秒或纳秒的显示。

于 2018-04-22T23:33:07.397 回答
4

我不确定为什么它不起作用,这似乎是一个错误,因为当我使用时:

20180301091600001        result is      2018-03-01T09:16:00.001
----------------^                       -----------------^^^^^^

还有另一个测试:

2018030100000000         result is      2018-03-01T00:00
--------^^^-----                        -----------^^^^^^^^^^^

似乎解析器在为零时忽略了毫秒,为什么?

完整的解释为什么?,在Basil Bourque的回答中。


解决方案

这是一个快速修复,您可以在其中使用其他格式化程序,如下所示:

var result = LocalDateTime.parse("20180301091600000", dtformatter)
                .format(DateTimeFormatter.ofPattern("yyyy-MM-dd'T'HH:mm:ss:SSS"));

输出

2018-03-01T09:16:00:000
于 2018-04-22T14:54:00.913 回答