java.time是否无法解析秒的分数？

错误-Java 9中已修复
此问题已在JDK-bug-log中报告。Stephen Colebourne提到以下解决方法：

DateTimeFormatter dtf =   new DateTimeFormatterBuilder()  .appendPattern("yyyyMMddHHmmss")  .appendValue(ChronoField.MILLI_OF_SECOND, 3)  .toFormatter();

注意：此解决方法不能涵盖仅两个模式符号SS的用例。调整可能仅是使用其他字段，例如MICRO_OF_SECOND（SSSSSS的6倍）或NANO_OF_SECOND（SSSSSSSSS的9倍）。对于两个小数位数，请参见下面的更新。

@PeterLawrey关于模式符号“ S”的含义，请参见此文档：

分数：以秒为单位输出毫微秒的字段。毫微秒的值具有9位数字，因此，图案字母的计数为1到9。如果小于9，则毫微秒的值将被截断，仅输出最高有效位。在严格模式下解析时，解析位数必须与模式字母的数量匹配。在宽大模式下解析时，解析的位数必须至少是模式字母的数量，最多9位。

因此，我们看到S代表秒的任何分数（包括纳秒），而不仅仅是毫秒。此外，不幸的是，小数部分目前无法很好地进行相邻值解析。

编辑：

作为背景，这里有一些关于相邻值解析的说明。只要用小数点或时间部分分隔符（冒号）之类的文字来分隔字段，对要解析的文本中的字段进行解释就并不困难，因为解析器随后便知道何时停止（即何时结束字段部分）以及下一个字段开始时。因此，如果指定小数点，则JSR-310解析器可以处理文本序列。

但是，如果你有一个跨越多个字段的相邻数字序列，那么会出现一些实现上的困难。为了让解析器知道某个字段何时在文本中停止，必须事先指示解析器给定的字段由固定宽度的数字字符表示。这适用于所有appendValue(…)采用数字表示法的方法。

不幸的是，JSR-310的小数部分（appendFraction(…)）也无法很好地做到这一点。如果在类的javadoc中DateTimeFormatterBuilder寻找关键字“ adjacent”，那么你会发现此功能仅由appendValue(…)-methods 实现。请注意，模式字母S的规范略有不同，但内部代表appendFraction()-method。我认为至少要等到Java 9（如JDK-bug-log或更高版本中所述），直到小数部分也可以管理相邻的值解析为止。