Java 8 的 java.time 默认支持 ISO 8601 格式（含毫秒/微秒），无需自定义多模式 formatter；若需显式指定，应使用可选节 [...] 而非拼接多个方括号模式。
java 8 的 `java.time` 默认支持 iso 8601 格式（含毫秒/微秒），无需自定义多模式 formatter；若需显式指定，应使用可选节 `[...]` 而非拼接多个方括号模式。
在使用 DateTimeFormatter.ofPattern() 处理不同精度的时间字符串（如 "2021-01-30T23:45:00.123"（毫秒）和 "2023-08-15T12:34:56.789123"（微秒））时，直接拼接两个带方括号的模式（如 "[...][...]"）是无效的。这是因为 DateTimeFormatter.ofPattern() 不支持“多候选模式”的回溯匹配——它会将整个字符串视为一个固定结构进行一次性解析，而 [yyyy-MM-dd'T'HH:mm:ss.SSS][yyyy-MM-dd'T'HH:mm:ss.SSSSSS] 实际被解释为「必须同时匹配毫秒格式 和 微秒格式」，这在语法上不可能成立，导致解析失败（如报错 unparsed text found at index 23）。
✅ 正确做法有两种，按优先级推荐：
1. 优先使用默认解析（最简洁、最健壮）
所有输入字符串均符合 ISO 8601 扩展格式（yyyy-MM-dd'T'HH:mm:ss[.fraction]），而 LocalDateTime.parse(CharSequence) 原生支持可变精度的秒小数部分（自动识别 1–9 位数字并映射到纳秒精度）。因此，无需任何 formatter：
public static void main(String[] args) {
String[] inputArray = {
"2021-01-30T23:45:00.123",
"2023-08-15T12:34:56.789123"
};
for (String input : inputArray) {
LocalDateTime dt = LocalDateTime.parse(input); // ✅ 完全可靠
System.out.println(dt); // 输出：2021-01-30T23:45:00.123, 2023-08-15T12:34:56.789123
}
System.out.println("No exception occurred!");
}? 提示：
java.time的 ISO 解析器内部已优化处理小数秒长度变化，毫秒（3 位）、微秒（6 位）、纳秒（9 位）均可无缝兼容。立即学习“Java免费学习笔记（深入）”；
2. 如需显式 formatter，请用「可选节」而非「模式拼接」
若因规范或可读性要求必须显式定义格式，应使用 单个 pattern 中嵌套可选节，利用 [...] 表示该部分内容可存在或不存在，并支持嵌套：
DateTimeFormatter dateTimeFormats = DateTimeFormatter.ofPattern(
"yyyy-MM-dd'T'HH:mm:ss[.[SSSSSS][SSS]]"
);⚠️ 注意：
-
.[SSSSSS]表示「点 + 最多 6 位数字」（微秒级），.[SSS]表示「点 + 最多 3 位数字」（毫秒级）； - 但二者不能并列写成
[.[SSSSSS]][.[SSS]]—— 这会导致歧义（例如.123可能被前项匹配为.123000，破坏精度）； - 正确写法是
.[SSSSSS]已隐含兼容更短位数（DateTimeFormatter对S符号的解析是「尽可能长匹配，但允许截断」），因此更推荐简化为：
// ✅ 推荐：用 [SSS] 或 [SSSSSS] 均可，因 S 具有弹性（实际支持 1–9 位）
DateTimeFormatter flexibleNano = DateTimeFormatter.ofPattern(
"yyyy-MM-dd'T'HH:mm:ss[.SSSSSSSSS]" // 支持最多 9 位（纳秒），自动适配更少位数
);❌ 常见误区总结
-
ofPattern("[A][B]")≠ “尝试 A，失败则试 B” → 它是「A 和 B 都必须出现」的语法错误； -
DateTimeFormatterBuilder才支持真正的多模式备选（如new DateTimeFormatterBuilder().appendOptional(...).appendOptional(...)），但本例完全不需要； - 不要手动截断或补零字符串——
java.time的解析与格式化天然支持精度归一化（内部统一为纳秒，显示时再按需截取）。
总之：信任 ISO 默认解析能力，避免过度定制；必须定制时，用单 pattern + 可选节，而非模式拼接。
