无分隔符解析周基年及周数失败问题排查

这确实不是你的操作失误，而是DateTimeFormatter模式解析时一个容易踩的细节坑，算不上严格意义上的Bug，但设计上的字段映射逻辑容易让人混淆。

为什么YYYYww无分隔符会报错？ #

当你用appendPattern("YYYYww")时，两个模式符号对应的其实是不匹配的时间字段：

• YYYY：对应基于周的年份（WeekFields.weekBasedYear()），也就是ISO标准里的“周年”
• ww：默认情况下对应普通年份的对齐周数（ChronoField.ALIGNED_WEEK_OF_YEAR），而不是周基年对应的周数（IsoFields.WEEK_OF_WEEK_BASED_YEAR）

当这两个字段无分隔符连续出现时，解析器尝试把201803拆成4位周基年+2位普通年周数，但这两个字段的时间逻辑不兼容，直接导致解析冲突，抛出DateTimeParseException。

而加了空格之后（YYYY ww），解析器能明确区分两个字段，并且在周基年的上下文自动把ww关联到对应的周基年周数，所以解析正常。

你的临时解决方法为什么有效？ #

你用appendValue直接指定了IsoFields.WEEK_BASED_YEAR和IsoFields.WEEK_OF_WEEK_BASED_YEAR这一对匹配的字段，完全消除了歧义——告诉解析器就是要解析周基年和它对应的周数，自然不会有问题。

另一种更简洁的替代方案 #

除了自定义appendValue的方式，你也可以给格式化器明确指定周字段规则，让ww自动映射到周基年的周数：

DateTimeFormatter formatter = new DateTimeFormatterBuilder()
    .appendPattern("YYYYww")
    .parseDefaulting(WeekFields.ISO.dayOfWeek(), 1)
    .toFormatter()
    .withWeekFields(WeekFields.ISO); // 强制使用ISO周字段规则

LocalDate parse = LocalDate.parse("201803", formatter);
// 结果同样是2018-01-15，和带空格的情况一致

内容的提问来源于stack exchange，提问作者fassen