Java封装本身不解决线程安全问题，需依赖同步机制、线程封闭（如static final ThreadLocal+remove）、细粒度锁、并发集合（ConcurrentHashMap等）、原子类及无状态/不可变设计来保障。
Java 中封装本身不解决线程安全问题，它只是把数据和行为组织在一起；真正保障多线程安全访问，靠的是在封装内部加入正确的同步机制或采用线程封闭策略。
用 ThreadLocal 实现线程封闭
这是最轻量、最常用的方式之一，特别适合请求级上下文（如用户信息、traceId）。
- 声明为 static final ThreadLocal<T>，确保全局唯一且不可变引用
- 每次调用
set()和get()都只影响当前线程的副本，天然隔离 - 务必在请求结束时调用
remove()，避免线程复用（如 Tomcat 线程池）导致内存泄漏或脏数据残留
用 synchronized 或 Lock 控制共享状态访问
当封装的类持有多个线程共用的状态（如计数器、缓存容器），需对读写操作加锁。
- 优先使用 细粒度锁，比如给不同字段或不同桶（bucket）配独立锁，而不是整个方法用 synchronized
- 读写都需同步——仅同步写操作是不够的，否则其他线程可能读到过期值
- 若封装类提供复合操作（如“先查再删”），应在同一把锁下完成，避免中间被其他线程干扰
用并发工具类替代普通集合
如果封装中包含 List、Map、Set 等集合字段，别直接用 ArrayList 或 HashMap。
立即学习“Java免费学习笔记（深入）”；
- 高频读 + 低频写 → 选 CopyOnWriteArrayList 或 ConcurrentHashMap
- 需要强一致性遍历 → 考虑 Collections.synchronizedXxx()，但注意迭代时仍要手动同步
- 纯数值状态更新 → 优先用 AtomicInteger、AtomicReference 等原子类，比锁更高效
优先设计为无状态或不可变
从源头规避线程安全问题，是最彻底的做法。
- 封装类不保存任何可变字段，所有操作只依赖入参 → 天然线程安全
- 若必须持有状态，考虑构造后即冻结：字段全用 final，初始化后不再修改，对外只暴露只读视图
- 返回集合时，不要直接返回内部引用，改用 Collections.unmodifiableList() 包装
