datetimeparseexception 是 java 8 中因 datetimeformatter 解析字符串失败抛出的运行时异常，主因是输入格式与 pattern 不匹配；需严格校验分隔符、位数、大小写等，并善用 datetimeformatterbuilder 处理可选字段及标准解析器应对时区。
DateTimeParseException 是 Java 8 引入的 java.time 包中常见的运行时异常，发生在用 DateTimeFormatter 解析字符串为日期时间对象（如 LocalDateTime、ZonedDateTime）失败时。根本原因通常是**输入字符串格式与指定的解析模式不匹配**。
检查格式模式是否和字符串严格一致
这是最常见原因。Java 的 DateTimeFormatter 默认是严格模式，要求每一位都对齐，包括分隔符、位数、大小写、空格等。
-
错误示例：用
yyyy-MM-dd去解析"2023/05/10"（用了斜杠而非短横线）→ 抛异常 -
错误示例：用
HH:mm:ss解析"9:30:45"（小时只有一位）→ 失败，因为HH要求两位（09） -
解决办法：确认字符串实际格式，再选或自定义匹配的 pattern。比如上面两个例子可分别改用
"yyyy/MM/dd"或"H:mm:ss"
注意区分大小写和字母含义
pattern 中的字母大小写敏感，且每个字母代表不同含义，容易混淆：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
-
y是年（推荐用u表示“年份”更语义化），Y是“基于周的年”，二者在跨年场景结果可能不同 -
M是月（1–12），MM表示补零；m是分钟，不是月 -
H是 24 小时制（0–23），h是 12 小时制（1–12），混用会导致解析错乱甚至异常 -
dd是日（01–31），D是“年中的第几天”（1–366）——不能互换
处理可变长度或可选字段（如带不带秒、时区）
当输入格式不统一（例如有时带秒、有时不带；有时有 `Z`，有时是 `+0800`），不能只靠一个固定 pattern。
- 用
DateTimeFormatterBuilder构建支持可选段的 formatter，例如：new DateTimeFormatterBuilder().appendPattern("yyyy-MM-dd HH:mm").optionalStart().appendPattern(":ss").optionalEnd().toFormatter(); - 对含时区的字符串，优先考虑
OffsetDateTime.parse()或ZonedDateTime.parse()，它们内置支持多种标准格式（如 ISO_LOCAL_DATE_TIME、RFC 1123） - 避免手动拼接 pattern 处理时区，比如用
"yyyy-MM-dd HH:mm:ss.SSSXXX"解析"2023-05-10 14:30:00.123+08:00"可行，但解析"2023-05-10T14:30:00Z"就会失败——应换用DateTimeFormatter.ISO_ZONED_DATE_TIME
调试技巧：先打印异常信息再动手改
捕获异常后，别急着改代码，先看它说了什么：
-
e.getParsedString()返回原始输入字符串 -
e.getErrorIndex()指出解析失败的位置（从 0 开始的索引） -
e.getMessage()通常形如Text '2023/05/10' could not be parsed at index 4→ 索引 4 是第一个/，说明 pattern 在那里期望别的字符 - 把出问题的字符串和你用的 pattern 并排对照，逐位比对，效率远高于盲猜
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
