为什么要用不可变集合

使用**不可变集合（Immutable Collection）**主要是为了提高代码的安全性、可读性和性能。下面从几个核心角度说明“为什么要用不可变集合”。

1. 线程安全（并发友好）

不可变集合一旦创建就不能修改，因此：

• 多个线程同时读取不会产生并发问题
• 不需要加锁或使用 synchronized

List<String> list = List.of("a", "b", "c");

多个线程同时遍历 list 是安全的。

2. 防止意外修改（防御式编程）

可变集合容易被误改，导致难以排查的 bug。

public List<String> getConfig() {
    return Collections.unmodifiableList(internalList);
}

调用方无法修改内部数据，避免“外部改了内部状态”。

3. 更容易理解和维护

不可变集合表达明确意图：

“这个集合在这里就是固定的”

代码阅读者不需要猜测：

• 它会不会被改？
• 在哪里被改？

4. 适合作为常量或配置

例如状态码、错误码、白名单：

Set<String> ALLOWED_TYPES = Set.of("jpg", "png", "gif");

清晰、安全、不会乱改。

5. 函数式编程友好

不可变集合符合“无副作用”的原则：

• 操作返回新集合
• 不修改原数据

List<Integer> doubled = list.stream()
                            .map(x -> x * 2)
                            .toList();

6. 性能优势（某些场景）

• 不需要扩容机制
• 可做内部优化（共享结构）
• 减少防御性拷贝

例如在返回集合时：

// 不好：每次都拷贝
return new ArrayList<>(internalList);

// 好：直接返回不可变视图
return List.copyOf(internalList);

7. 明确 API 契约

方法签名+不可变集合 = 强约束：

“我给你的数据你只能看，不能改”

什么时候不适合用不可变集合？

• 集合需要频繁增删改
• 数据量很大且变化频繁
• 性能敏感的写操作场景

此时应使用可变集合（如 ArrayList、HashMap）。

一句话总结

不可变集合让数据“更安全、更清晰、更可靠”，是现代 Java 开发推荐的实践。

如果你愿意，我也可以对比 Java 中 List.of / Collections.unmodifiableList / ImmutableList(Guava) 的区别。