java不可变有何优缺点

在 Java 中，“不可变（Immutable）”通常指对象创建后其状态（字段值）不能被修改，例如 String、Integer、LocalDateTime 等。下面从优点和缺点两方面说明。

一、Java 不可变的优点

1. 线程安全

• 不可变对象天生线程安全
• 多个线程并发访问时不需要加锁
• 不会出现竞态条件（race condition）

String s = "hello";

多个线程读 s 永远不会出问题。

2. 易于理解与维护

• 状态明确，不会“悄悄被改”
• 调试更简单，调用方法后原对象不变

LocalDate d = LocalDate.now();
LocalDate next = d.plusDays(1); // d 不变

3. 可以作为 HashMap / HashSet 的 Key

• 不可变对象 hash 值稳定
• 如果可变对象做 key，修改后可能“找不到”

Map<String, Integer> map = new HashMap<>();

4. 缓存友好（如常量池）

• String、Integer 可利用缓存
• 减少对象创建，提升性能

Integer a = 127;
Integer b = 127;
System.out.println(a == b); // true（缓存范围内）

5. 支持函数式编程风格

• 方法返回“新对象”而不是修改原对象
• 更适合 Stream、Lambda

二、Java 不可变的缺点

1. 频繁创建对象，增加 GC 压力

• 每次“修改”都生成新对象
• 大量操作时性能较差

String s = "";
for (int i = 0; i < 10000; i++) {
    s += i; // 产生大量 String 对象
}

✅ 应该用 StringBuilder

2. 不适合表示“频繁变化的状态”

• 如游戏坐标、账户余额、实时配置
• 用不可变对象会非常笨重

3. 代码可能更啰嗦

• 修改状态要重新构造对象

User u = new User("Tom", 18);
User u2 = new User(u.getName(), u.getAge() + 1);

（可用 Builder / record 缓解）

4. 深不可变成本高

• 如果对象包含集合或子对象
• 需要递归保证“完全不可变”

List<String> list = List.of("a", "b"); // 真不可变

三、适合 & 不适合的场景

✅ 适合

• 值对象（Value Object）
• 配置、常量
• 并发共享数据
• DTO / Key

❌ 不适合

• 高频状态变化
• 大对象局部修改
• 性能敏感且对象很大

四、Java 中的典型不可变类

• String
• 包装类（Integer、Long）
• BigDecimal
• LocalDate / LocalDateTime
• List.of() / Set.of()

如果你愿意，我也可以：

• 用 可变 vs 不可变对比示例
• 讲 如何自己设计一个不可变类
• 或结合 并发 / 性能场景详细说明