ZonedDateTime指定格式解析日期Java11正常Java17报索引20解析异常

该异常是Java 17对java.time包日期解析逻辑的合规性修复导致的，和自定义日期格式模式、待解析字符串的毫秒段长度不匹配直接相关：

• 你使用的解析模式yyyy-MM-dd'T'HH:mm:ss.SSSZ中，SSS明确要求匹配固定3位长度的毫秒值
• 待解析字符串2020-08-21T14:00:00.00+0700的毫秒段仅为2位（即.00），索引20位置是毫秒段的起始位，解析时无法凑够模式要求的3位数字，因此抛出解析异常
• Java 11及更早版本存在逻辑偏差：对S（秒的小数位）的解析默认采用宽松策略，即便模式指定了固定3位，实际传入1位、2位小数时也会自动截断解析，不会报错
• Java 17对齐了java.time的实现规范，严格按照模式指定的长度匹配秒的小数位，位数不匹配时直接抛出DateTimeParseException，因此相同代码在Java 17环境下稳定复现问题

按优先级从高到低推荐以下修复方式：

• 优先使用JDK内置的标准化ISO格式解析器，无需自定义模式，可自动适配不同长度的毫秒段、不同写法的时区偏移：

  // 内置格式化器兼容1/2/3位毫秒、+0700/+07:00等多种合法ISO 8601偏移格式
  ZonedDateTime zdt = ZonedDateTime.parse(iso8601DateString, DateTimeFormatter.ISO_OFFSET_DATE_TIME);
  

• 如果需要保留自定义模式的逻辑，手动构建格式化器，将固定长度的毫秒段改为支持1-3位变长匹配：

  import java.time.format.DateTimeFormatterBuilder;
  import java.time.temporal.ChronoField;
  
  DateTimeFormatter customFormatter = new DateTimeFormatterBuilder()
          .appendPattern("yyyy-MM-dd'T'HH:mm:ss")
          // 秒的小数位最小1位、最大3位，小数点自动追加
          .appendFraction(ChronoField.MILLI_OF_SECOND, 1, 3, true)
          .appendPattern("Z")
          .toFormatter();
  ZonedDateTime zdt = ZonedDateTime.parse(iso8601DateString, customFormatter);
  

• 若业务场景下所有待解析日期的毫秒段固定为2位，可直接将模式中的SSS改为SS，和实际字符串长度对齐即可。该方式灵活性差，仅适用于格式完全固定的场景。

注意：不推荐通过设置ResolverStyle.LENIENT宽松解析模式绕过问题，该模式会导致非法日期值被自动转换，引入不可预期的业务逻辑错误。

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