不可变类适用场景是啥

不可变类（Immutable Class）是指对象一旦创建，其状态（字段值）就不能再被修改。在 Java 中典型例子是 String、Integer、LocalDate 等。

下面从适用场景、优势、不适合的场景系统说明。

一、不可变类最适合的场景

1️⃣ 需要线程安全，但不想加锁

核心优势：天生线程安全

不可变对象：

• 没有写操作
• 不需要 synchronized、volatile
• 多线程环境下可以直接共享

✅ 非常适合：

• 并发编程
• 高并发服务
• 工具类、配置类

public final class Point {
    private final int x;
    private final int y;

    public Point(int x, int y) {
        this.x = x;
        this.y = y;
    }
}

2️⃣ 作为 Map / Set 的 key

不可变对象是理想的 key

原因：

• key 一旦变化，hashCode 就变了
• 会导致 Map / Set 查找失败

✅ 典型例子：

• String 作为 Map key
• 值对象（Value Object）

Map<String, String> map = new HashMap<>();
map.put("key", "value");

❌ 如果用可变对象：

class User {
    int id; // 可修改
}

修改 id 后，Map 直接“丢 key”。

3️⃣ 函数式编程 / 无副作用设计

不可变对象符合：

• 输入 → 输出 的纯函数模型
• 不产生副作用

✅ 适合：

• 函数式风格代码
• 流式计算（Stream API）
• 规则引擎、表达式计算

BigDecimal a = new BigDecimal("10");
BigDecimal b = a.add(new BigDecimal("5")); // 新对象

4️⃣ 缓存、常量、配置对象

不可变对象：

• 可放心缓存
• 不需要担心被别人偷偷改掉

✅ 示例：

• 系统配置
• 业务常量
• 策略参数

public final class AppConfig {
    public static final AppConfig DEFAULT = new AppConfig(8080);
    private final int port;
}

5️⃣ 防御性编程（防止对象被篡改）

当对象作为参数传递时：

• 不可变对象不会被调用方修改
• 减少隐藏 bug

✅ 尤其适合：

• API 返回值
• 跨层传递数据（DTO / VO）

6️⃣ 简化对象生命周期管理

不可变对象：

• 没有 setter
• 状态只有“创建时一次”
• 更容易推理程序行为

✅ 适合：

• 领域模型中的值对象
• 枚举替代方案

二、不适合使用不可变类的场景

❌ 1️⃣ 状态频繁变化的对象

例如：

• 订单状态机
• 游戏角色属性
• 实时计数器

❌ 每次修改都创建对象 → 性能差、GC 压力大

❌ 2️⃣ 大对象或频繁写操作

不可变对象 + 修改 = 新建对象

如果对象很大：

• 对象创建成本高
• 性能明显下降

✅ 替代方案：

• 可变对象
• 或不可变 + 局部可变（如建造者模式）

❌ 3️⃣ 与遗留可变 API 强耦合

如果你必须频繁调用：

• setXXX()
• 框架要求 setter（老版本 ORM）

那不可变类就不合适。

三、典型的不可变类设计原则（Java）

1. 类用 final 修饰
2. 字段用 private final
3. 不提供 setter
4. 构造时完成初始化
5. 如果字段是引用类型，确保不被修改
   • 返回拷贝
   • 或字段本身也是不可变对象

四、一句话总结

不可变类适合：状态稳定、需要安全共享、作为 key、用于并发或函数式场景。

如果你愿意，我可以：

• 用 真实业务例子 帮你判断要不要不可变
• 或对比 不可变 vs 可变在性能和设计上的取舍
• 或讲 Java 中如何优雅实现不可变类（含 Builder）