datetimeformatter线程安全且不可变，推荐复用static final实例；解析时需显式指定时区并启用strict模式，避免隐式系统时区和宽松解析；builder构建的formatter仍线程安全，但builder本身不安全；注意输入对象（如localdatetime）及中间转换（如date）的线程安全性。
DateTimeFormatter 本身是线程安全的，不需要加锁、无需 ThreadLocal 包装，也不用每次新建——它不可变、无状态，所有 format() 和 parse() 操作都不改变自身。所谓“安全擦写”，关键不是防护 formatter，而是正确复用 + 明确上下文语义。
直接复用静态 final 实例
这是最简也最推荐的方式。预定义常量或 ofPattern 构建的 formatter 都可全局共享：
- 用内置常量：如 DateTimeFormatter.ISO_LOCAL_DATE、DateTimeFormatter.ISO_LOCAL_DATE_TIME
- 自定义常用格式：声明为 public static final，例如：
private static final DateTimeFormatter FORMATTER = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss"); - 避免在方法内反复调用 ofPattern("...")——虽然不报错，但会触发内部模式编译，徒增 GC 压力
解析时注意隐式时区和宽松行为
线程安全 ≠ 行为一致。同一字符串用相同 formatter 解析，在不同线程中可能得到不同结果，原因在于：
- 不含时区的字符串（如 "2024-05-20"）默认按系统时区转为 LocalDateTime；若需确定性，应显式绑定时区，例如：
ZonedDateTime.parse("2024-05-20T10:00", formatter).withZoneSameInstant(ZoneId.of("Asia/Shanghai")) - 默认解析是宽松的（LENIENT），可能接受非法日期（如 "2024-02-30" → 自动转为 3月1日）。生产环境建议启用严格模式：
formatter.withResolverStyle(ResolverStyle.STRICT)
复杂格式用 DateTimeFormatterBuilder 构建
需要可选字段、本地化文本或条件格式时，可用 builder 编排，最终生成的 formatter 仍是线程安全的：
- builder 本身不线程安全，但 toFormatter() 返回的对象是不可变的，可放心复用
- 例如支持带/不带日的年月格式：
static final DateTimeFormatter CUSTOM = new DateTimeFormatterBuilder()
.appendPattern("yyyy-MM")
.optionalStart().appendLiteral("-").appendDayOfMonth(1,2).optionalEnd()
.toFormatter();
别把问题转嫁给输入对象
formatter 安全，不代表整个操作链自动安全。常见陷阱包括：
- 传入的 LocalDateTime 或 ZonedDateTime 实例被多个线程共享并修改（比如调用 plusDays(1) 后又重复使用原对象）
- 在 formatter 上反复调用 withLocale(...) 或 withZone(...) 并复用返回值——这些方法返回新实例，原 formatter 不变，但若误将临时实例当常量缓存，就失去复用意义
- 混用旧 API：仍用 Date 或 Calendar 做中间转换，反而引入非线程安全环节
