Java中Collections安全包装指用unmodifiableList()等生成只读视图，防误用但不锁底层；原列表修改仍反映在视图中，需配合副本或ImmutableCollections实现真正不可变。
Java中使用Collections工具类对列表进行安全包装，核心是通过Collections.unmodifiableList()等方法生成不可变视图，而非真正阻止底层修改——关键在于理解“安全”的边界：它防的是误用，不是恶意篡改。
什么是安全包装？
安全包装指用Collections提供的静态方法，将普通List（如ArrayList）封装成一个只读视图。被包装后的列表不允许调用add()、remove()、set()等修改方法，一旦调用会立即抛出UnsupportedOperationException。
注意：这不等于“底层数据锁定”。如果原始列表仍被其他引用持有，其内容仍可能被修改，而包装后的视图会反映这些变化（即视图是实时的、非快照式的）。
常用安全包装方法及用法
以下是最常用的几种包装方式，均返回新对象，原列表不受影响：
立即学习“Java免费学习笔记（深入）”；
-
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.ImmutableCollections（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
基本上就这些。安全包装本质是契约式防护——它靠运行时异常约束调用方行为，而不是靠技术手段彻底封死。用对场景、配好策略，才能真正守住数据边界。
