Java不可变集合真正不可变的是JDK 9+的List.of()等原生方法及Guava的ImmutableXXX类,而Collections.unmodifiableXXX仅为只读包装、底层仍可变;前者线程安全、内存高效、杜绝修改,后者需警惕原始引用被篡改。
Java 中的不可变集合(Immutable Collections)不是简单地“加个只读包装”,而是从创建之初就杜绝修改可能的对象。它们线程安全、节省内存(内部共享结构)、避免意外修改,是现代 Java 开发中推荐的安全实践。
这是 JDK 1.2 就存在的方案,但要注意:它返回的是包装视图,底层集合仍可被修改,只是通过该视图无法改——所以不真正安全。
unmodifiable.add("c") 会抛 UnsupportedOperationException
mutable 引用,并调用 mutable.add("x"),unmodifiable 视图内容也会变——这不是真正的不可变JDK 9 引入的工厂方法创建的是真正不可变集合:无公开构造器、无修改方法、内部状态完全封闭。
List.of()、Set.of()、Map.ofEntries() 可处理空或动态键值对
ll 会直接抛 NullPointerException;重复元素(如 Set.of(1, 1))抛 IllegalArgumentException
add、remove、clear、replaceAll 等)均未实现,调用即抛异常Google Guava 提供了更丰富的不可变集合工具,支持 builder 模式、null 容忍(可选)、自定义比较器等。
ImmutableList.builder().add("a").addAll(otherList).build();
ImmutableList.of(null)),但需明确接受风险;也提供 copyOf 防止原始集合后续被改别混淆“不可变(immutable)”和“不可修改(unmodifiable)”。前者是对象本身不能变;后者只是挡了一层访问,底子还是软的。
List.of() 等 JDK 9+ 原生方式——轻量、标准、零依赖ImmutableList 等Collections.unmodifiableXXX 作为“不可变”解决方案,除非你完全控制原始集合生命周期collect(Collectors.toUnmodifiableList()))在 JDK 10+ 也可用,语义清晰