datetimeformatter是线程安全的，因其不可变设计：所有字段为final，format()和parse()不修改状态，withzone()等方法返回新实例；推荐定义为static final常量全局复用，避免重复创建。
datetimeformatter 是线程安全的，不需要“擦写”，更不存在并发不安全问题。它本身是不可变（immutable）对象，所有格式化/解析操作都不修改内部状态，因此可被多个线程自由共享使用，无需同步、复制或重新创建。
为什么 DateTimeFormatter 天然线程安全
Java 8 引入的 DateTimeFormatter 设计为不可变类：
- 所有字段都是
final，构造后无法更改 - 格式化（
format()）和解析（parse()）方法只读取内部配置，不修改任何状态 - 即使调用
withZone()或withLocale()等方法，返回的也是新实例，原实例不变
常见误用：错误地“每次新建”或“试图重置”
有人因习惯旧式 SimpleDateFormat（它不是线程安全的）而误以为 DateTimeFormatter 也需要缓存、加锁或每次 new —— 这反而降低性能且无必要：
- ❌ 错误：在方法内反复调用
DateTimeFormatter.ofPattern("yyyy-MM-dd") - ✅ 正确：定义为
public static final常量，全局复用 - ❌ 错误：用
synchronized包裹 format 调用 - ✅ 正确：直接调用，无同步开销
需要“定制化”的场景：如何安全获取变体
若需不同 Locale、ZoneId 或临时配置，仍应基于原始 formatter 构建新实例，而非修改原对象：
-
formatter.withLocale(Locale.CHINA)→ 返回新 formatter，原对象不变 -
formatter.withZone(ZoneId.of("Asia/Shanghai"))→ 安全，无副作用 - 避免重复解析同一 pattern：用
DateTimeFormatter.ISO_LOCAL_DATE等预定义常量，或静态复用自定义实例
对比 SimpleDateFormat：关键区别一目了然
SimpleDateFormat 内部持有可变的 Calendar 和缓冲区，多线程下会相互覆盖导致错乱；DateTimeFormatter 没有这类状态，纯函数式行为 —— 所以它不需要“擦写”，也不怕并发。
