Java中Collections安全包装指用unmodifiableList()等生成只读视图,防误用但不锁底层;原列表修改仍反映在视图中,需配合副本或ImmutableCollections实现真正不可变。
Java中使用Collections工具类对列表进行安全包装,核心是通过Collections.unmodifiableList()等方法生成不可变视图,而非真正阻止底层修改——关键在于理解“安全”的边界:它防的是误用,不是恶意篡改。
安全包装指用Collections提供的静态方法,将普通List(如ArrayList)封装成一个只读视图。被包装后的列表不允许调用add()、remove()、set()等修改方法,一旦调用会立即抛出UnsupportedOperationException。
注意:这不等于“底层数据锁定”。如果原始列表仍被其他引用持有,其内容仍可能被修改,而包装后的视图会反映这些变化(即视图是实时的、非快照式的)。
以下是最常用的几种包装方式,均返回新对象,原列表不受影响:
Collections.unmodifiableList(List> list):包装为不可修改的List
Collections.unmodifiableSet(Set> s):用于Set
Collections.unmodifiableMap(Map, ?> m):用于Map
Collections.synchronizedList(List list) :返回线程安全的同步包装(加了synchronized),但仅方法级同步,遍历仍需手动同步
示例:
Listoriginal = new ArrayList<>(Arrays.asList("a", "b", "c")); List safeView = Collections.unmodifiableList(original); safeView.add("d"); // 抛出 UnsupportedOperationException original.add("d"); // ✅ 允许 —— 原列表未被冻结 System.out.println(safeView); // [a, b, c, d] —— 视图实时更新
仅靠unmodifiableXxx()不够健壮。要提升安全性,推荐组合使用:
new ArrayList(source)或List.copyOf(source)(Java 10+)创建副本,再包装,切断与原始列表的关联private final并只在构造时初始化)java.util.Immut
ableCollections(Java 10+ 的List.of()、Set.of()等),它们是真正不可变、不可空、线程安全的常量集合例如:
// 推荐:不可变副本(Java 10+) ListsafeImmutable = List.of("x", "y", "z"); // 或兼容旧版 List safeCopy = Collections.unmodifiableList( new ArrayList<>(original) );
容易忽略的关键点:
new ArrayList() ),unmodifiableList不会让Person实例不可变clear()以外的修改:比如subList()返回的子列表若未再次包装,仍是可修改的synchronizedList不是万能并发方案:迭代时仍需显式同步,否则可能抛ConcurrentModificationException
基本上就这些。安全包装本质是契约式防护——它靠运行时异常约束调用方行为,而不是靠技术手段彻底封死。用对场景、配好策略,才能真正守住数据边界。