17370845950

Java推荐使用不可变类，核心原因是提升对象行为可预测性与天然线程安全；其通过final字段、无setter、防御性复制等实现状态不可变，从而保障多线程读取安全、简化设计、增强可测试性及函数式编程友好性。

Java 推荐使用不可变类，核心原因就两点：提升对象行为的可预测性，以及天然支持线程安全。它不是为了“炫技”，而是让代码更稳、更易懂、更少出错。

不可变类让对象状态真正可控

一旦创建，不可变类的实例状态就不能被修改——所有字段用 final 修饰，不提供 setter 方法，也不暴露可变内部对象的引用（比如返回 new ArrayList(internalList) 而不是直接返回 internalList）。这意味：

• 你永远不用担心某个方法悄悄改了传入的对象
• 同一个对象在不同地方被多次使用，它的值始终如一
• 可以安全地作为 Map 的 key 或 Set 的元素，不会因内容变化导致哈希码错乱

线程安全无需额外同步

多个线程同时读取一个不可变对象，完全不需要 synchronized、volatile 或锁。因为没有写操作，不存在竞态条件。比如：

String datePattern = "yyyy-MM-dd";
new Thread(() -> formatDate(datePattern)).start();
new Thread(() -> parseDate(datePattern)).start();

两个线程用同一个 pattern 实例，毫无风险——它根本不能被改。

简化设计与降低耦合

不可变类天然符合“最小权限”原则：只暴露构造和查询能力，不承担状态管理职责。这带来几个实际好处：

• 不用考虑深拷贝或防御性复制的边界情况
• 单元测试更容易：输入确定，输出一定确定
• 函数式编程友好，方便组合（如 Stream 中 map、filter 使用的 lambda 内部常依赖不可变值）

常见误区：不可变 ≠ 不实用

有人觉得“不能改很僵硬”，其实 Java 提供了优雅的替代方式：

• 用新对象代替修改：LocalDateTime.now().plusDays(1) 返回新实例，原对象不变
• 配合 Builder 模式构建复杂不可变对象（如 ImmutablePerson.builder().name("A").age(25).build()）
• 第三方库如 Google Guava 的 ImmutableList、ImmutableSet 已覆盖大多数集合场景

基本上就这些。不可变不是银弹，但它是 OOP 稳定性和并发安全最轻量、最可靠的基石之一。