不可变对象指创建后状态不可修改的对象，如Java中的String、Integer；其核心价值在于线程安全、简化调试、安全作key、利于缓存；需满足类final、字段private final、无修改方法、构造器完全初始化、可变组件防御性拷贝等条件。
不可变对象是指一旦创建，其状态（即所有字段的值）就不能被修改的对象。在 Java 中，典型的例子是 String、Integer 等包装类。它们不是“写保护”或“逻辑上不改”，而是从设计上杜绝了外部修改内部数据的可能——这是通过语言机制和编码约定共同保障的。
为什么需要不可变对象
不可变性带来几个关键好处：
- 线程安全：没有状态变化，就无需同步，天然支持并发访问
- 简化调试与推理：对象创建后行为可预测，不会因某处偷偷修改而引发诡异 bug
- 可作为 key 安全使用：比如放进 HashMap 或 HashSet 时，哈希值不会变，避免查找失败
- 利于缓存和共享：JVM 可复用相同值的对象（如 String 常量池、Integer 缓存 -128~127）
如何正确实现一个不可变类
仅把字段设为 final 不够，还需满足一整套约束：
- 类本身用 final 修饰：防止子类覆盖方法破坏不可变性
- 所有字段声明为 private + final：禁止外部访问和重新赋值
- 不提供任何修改状态的方法：包括 setter、add/remove 等改变内部结构的操作
- 构造器必须完成对象完全初始化：避免 this 逸出，且不暴露可变对象引用
- 若含可变组件（如 Date、ArrayList），需防御性拷贝：返回副本而非原始引用
例如：传入一个 Date 字段时，不能直接保存它，而应写成 new Date(date.getTime())；返回时也应 new 一份再给出去。
立即学习“Java免费学习笔记（深入）”；
常见误区与陷阱
看似不可变，实则可能被绕过：
- 继承破坏封装：非 final 类可能被子类重写方法，间接改变行为
- 可变字段未做防御性拷贝：外部仍可通过引用修改内部状态
- 通过反射强行修改 final 字段：虽然技术上可行，但属于非法操作，违背设计契约
- 误以为 “只读接口” 就等于不可变：List 接口无 add 方法，但背后可能是 ArrayList，仍可被强转修改
不可变 vs 有效不可变
严格意义上的不可变要求编译期+运行期双重保障。而“有效不可变”指对象虽未完全按上述规则定义（比如类没加 final），但在实际使用中从未被修改或继承——这依赖团队约定，风险更高。生产代码建议坚持严格不可变，尤其涉及共享、并发或作为 key 的场景。
基本上就这些。不可变不是教条，而是权衡后的设计选择：它牺牲了一点灵活性，换来的是清晰性、安全性和可维护性。
