封装本身不直接保证线程安全，但与不可变性结合可天然规避读写冲突：字段private final、类final、无setter、防御性拷贝内部可变对象，确保状态不可变，从而消除竞态条件，实现无需同步的线程安全。
封装本身不直接保证线程安全，但当它与不可变性结合时，就能天然规避多线程读写冲突——因为没有“写”，自然无需同步。
封装是边界，不可变是状态锁
封装的核心是控制访问入口，把字段设为 private，只通过方法暴露行为。而不可变类在此基础上更进一步：所有字段声明为 final，构造器一次性初始化，且不提供任何修改状态的方法（比如 setter）。这样，外部既不能绕过方法直接改字段，也无法通过方法改变对象内部状态。
例如：
- 字段私有 + final → 外部无法赋值、无法反射篡改（配合安全管理器更稳妥）；
- 类声明为 final → 防止子类重写方法破坏不可变契约；
- 不返回可变内部引用 → 比如字段是 List，就用 Collections.unmodifiableList 包装后再返回，避免调用方偷偷修改底层集合。
为什么这样就线程安全了
线程安全问题的本质是多个线程对共享可变状态的并发读写。不可变类消除了“可变”这个前提：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
- 所有字段 final 且初始化完成 → JVM 保证正确发布后，任意线程看到的都是完全构造好的一致状态；
- 无 setter、无修改方法 → 不可能产生竞态条件（Race Condition）；
- 不暴露可变内部对象 → 避免“假不可变”（比如看似不可变的 Person 类，内部持有一个 public 的 ArrayList）。
封装 + 不可变的典型实践
真正起作用的是二者协同：
- 用 private + final 封装字段，切断非法写入路径；
- 用 getter 返回防御性拷贝或不可变视图（如 unmodifiableMap、copyOf）；
- 构造器校验参数合法性（比如 age 不能为负），把数据一致性检查前移到创建阶段；
- 避免在 getter 中返回 this 或内部可变对象引用——这是封装失效的高发区。
注意发布环节的“最后一公里”
即使类设计得完全不可变，如果发布方式不安全，仍可能出问题。比如：
- 静态字段延迟初始化未加同步 → 其他线程可能看到 partially constructed 对象；
- 通过非 volatile 引用传递给其他线程 → 可能因指令重排序看到未初始化完成的状态。
推荐做法：用 static final 直接初始化，或用 volatile 修饰引用，或走安全发布机制（如 java.util.concurrent 中的线程安全容器）。
