能，但必须注意类型匹配：格式化localdate时模式不能含时分秒，格式化localdatetime时模式须含日期和时间部分，否则抛datetimeexception。
DateTimeFormatter 能不能直接格式化 LocalDate/LocalDateTime？
能，但必须注意类型匹配。用 DateTimeFormatter 格式化 LocalDate 时，模式里不能含有时分秒（如 HH:mm:ss），否则抛 DateTimeException；同理，格式化 LocalDateTime 时若模式缺日期部分（如只有 HH:mm），解析字符串会失败。
常见错误现象：Text '14:30' could not be parsed at index 0 —— 这是因为用只含时间的 formatter 去 parse 一个 LocalDateTime 对象，或反过来。
- 推荐做法：用
DateTimeFormatter.ofPattern("yyyy-MM-dd")处理LocalDate - 用
DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss")处理LocalDateTime - 避免混用：不要拿
DateTimeFormatter.ISO_LOCAL_DATE_TIME去 formatLocalDate
parse() 报错 "Unable to obtain LocalDateTime from TemporalAccessor" 怎么办？
这是最常踩的坑：你用了 LocalDateTime.parse(str, formatter)，但字符串实际只含日期（如 "2023-10-05"），而 formatter 是为 LocalDateTime 设计的（比如含 HH:mm:ss），导致解析后缺少时间字段，Java 拒绝构造不完整的时间对象。
解决思路不是强行补零，而是选对目标类型：
- 字符串只有日期 → 用
LocalDate.parse(str, formatter) - 字符串只有时间 → 用
LocalTime.parse(str, formatter) - 字符串含日期+时间 → 才用
LocalDateTime.parse(...) - 不确定格式？先用
DateTimeFormatterBuilder构建可选段落，比如允许省略时间部分
如何让 formatter 同时支持 "2023-10-05" 和 "2023-10-05 14:30:00"？
靠默认 formatter 不行，得用 DateTimeFormatterBuilder 手动拼装可选内容。核心是把时间部分设为「可选」，并指定缺失时的默认值。
DateTimeFormatter formatter = new DateTimeFormatterBuilder()
.appendPattern("yyyy-MM-dd")
.optionalStart()
.appendLiteral(' ')
.appendPattern("HH:mm:ss")
.optionalEnd()
.parseDefaulting(ChronoField.HOUR_OF_DAY, 0)
.parseDefaulting(ChronoField.MINUTE_OF_HOUR, 0)
.parseDefaulting(ChronoField.SECOND_OF_MINUTE, 0)
.toFormatter();
这样就能 parse 两种输入，且对纯日期字符串自动补 00:00:00。但注意：format 时它仍按完整模式输出，不会省略时间——如果也要双向省略，就得写分支逻辑，不能只靠一个 formatter。
ZoneId 和 OffsetDateTime 的格式化要不要加时区信息？
要，而且必须显式处理。用普通 DateTimeFormatter 格式化 OffsetDateTime 时，若 pattern 里没写 XXX 或 ZZZZ，时区偏移会被静默丢弃；反之，用含时区的 formatter 去 parse 字符串，但字符串里没时区（如 "2023-10-05T14:30"），就会报错。
- 安全做法：明确区分场景 —— 存储/传输用带偏移的 ISO 格式（
OffsetDateTime.now().format(DateTimeFormatter.ISO_OFFSET_DATE_TIME)） - 显示用本地化格式（
DateTimeFormatter.ofLocalizedDateTime(FormatStyle.MEDIUM).withZone(ZoneId.systemDefault())） - 别用
SimpleDateFormat混入新旧 API，DateTimeFormatter不接受Date或Calendar
最容易被忽略的是：同一个 formatter 实例在 format 和 parse 时行为一致，但它不“记住”你期望的默认时区或缺失字段补全逻辑——所有默认值都得在 builder 阶段写死，漏掉一个 parseDefaulting 就可能在某条数据上崩掉。
