datetimeparseexception典型报错如“text '2023-01-01' could not be parsed at index 10”，主因是字符串与datetimeformatter模板不匹配，包括大小写、字母数、分隔符、全半角、空格、类型混用（localdate/localdatetime）及strict模式不容错。
DateTimeParseException 的典型报错长什么样
遇到这个异常，控制台一般会直接抛出类似这样的信息：java.time.format.DateTimeParseException: Text '2023-01-01' could not be parsed at index 10，或者更隐蔽的：Text '01/01/23' could not be parsed: Unable to obtain LocalDate from TemporalAccessor。这不是 JVM 崩了，而是 DateTimeFormatter 在「死磕」你给的字符串和它手里的模板对不上——差一个斜杠、少一位年份、空格多了一个，都算失败。
用 DateTimeFormatter.ofPattern() 时怎么写对模板
模板不是随便写个“yyyy-MM-dd”就万事大吉。Java 的 DateTimeFormatter 对大小写、字母数量、时区符号极其敏感：
-
yyyy是 4 位年份；yy是 2 位，但解析 "2023" 会失败（它只认 "23"） -
MM是月份数字（01–12），mm是分钟，写成yyyy-mm-dd就会把 "01" 当作分钟解析，立刻炸 -
dd是日（01–31），DD是“年中的第几天”，"2023-01-01" 用yyyy-DDD会试图解析成第 1 天，但实际输入含横杠，直接不匹配 - 中文或全角字符（如“年”“月”“日”）必须显式写进模板，且输入字符串里也得有对应字符，否则跳过或报错
示例：想解析 "2023年01月01日"，模板必须是 DateTimeFormatter.ofPattern("yyyy年MM月dd日")；换成 "yyyy年MM月dd" 就会在末尾卡住。
LocalDate.parse() 和 LocalDateTime.parse() 别混用
这是最常踩的类型错配坑。输入只有日期没有时间，硬塞给 LocalDateTime.parse()，哪怕模板写对了也会报错：
立即学习“Java免费学习笔记（深入）”；
-
LocalDate.parse("2023-01-01", DateTimeFormatter.ISO_LOCAL_DATE)✅ -
LocalDateTime.parse("2023-01-01", DateTimeFormatter.ISO_LOCAL_DATE)❌ 报DateTimeParseException，因为LocalDateTime需要时间部分（哪怕只是T00:00） - 如果不确定输入是否带时间，先用
String.contains("T")或正则粗筛，再选类型；或者统一用TemporalAccessor+from()做兜底转换
更稳妥的做法是：明确输入格式，就用对应类型；拿不准，优先用 LocalDate（日期场景占多数），真需要时间再补默认值。
自定义 formatter 要注意 lenient 模式没用
DateTimeFormatter 默认就是 strict 的，而且它**不支持设置 lenient 模式**——这点和旧的 SimpleDateFormat 完全不同。别指望加个 formatter.withResolverStyle(ResolverStyle.LENIENT) 就能自动容错（它只影响年月日逻辑推算，比如 2 月 30 日转成 3 月 2 日，但不会跳过缺失字段或忽略多余字符）。
- 想兼容多种格式？别靠“宽容”，用多个
DateTimeFormatter顺序 try-catch - 想处理“2023/1/1”这种不补零的格式？模板必须写成
"yyyy/M/d"，而不是"yyyy/MM/dd" - 从数据库或 API 拿到的字符串，先 trim() 再 parse，前后空格会导致 index 报错（比如
"2023-01-01 "在末尾空格处解析失败）
真正容易被忽略的是：模板里写的分隔符，必须和输入字符串的**每一个字符完全一致**——包括空格、中英文标点、全半角。少一个空格，错一个顿号，都会让 DateTimeParseException 精准命中。
