Collections.unmodifiableXXX 返回的是不可修改的包装视图，不复制数据，原始集合被修改时视图会反映变化或抛异常；JDK 9+ 的 List.of() 等才创建真正不可变集合。
Java 中 Collections.unmodifiableXXX 系列方法（如 unmodifiableList、unmodifiableSet、unmodifiableMap）是创建不可变集合视图最常用的方式，但它们只是“不可修改的包装”，不是真正意义上的不可变集合。
不可变包装的本质是防御性代理
这些方法返回的是原集合的一个只读代理对象，底层仍引用原始集合。一旦原始集合被外部修改，不可变视图会立即反映变化，甚至可能抛出 ConcurrentModificationException。
- 它不复制数据，仅拦截
add、remove、clear等修改操作并抛出UnsupportedOperationException - 如果原始集合是线程不安全的，且被并发修改，不可变视图的行为是未定义的
- 对
unmodifiableMap的keySet()、values()、entrySet()返回的集合也仍是可变的（除非显式再包装）
常见误用：以为“封装了就安全”
开发者常误以为只要调用了 unmodifiableList(list)，返回值就彻底安全，从而忽略原始引用泄漏问题。
- 错误示例：return Collections.unmodifiableList(internalList); —— 若
internalList是类成员且被其他代码持有，它仍可能被修改 - 正确做法：先拷贝再包装，例如 return Collections.unmodifiableList(new ArrayList(internalList));
- 对于 Map，需注意：key 和 value 本身是否可变（如 value 是可变对象，即使 Map 不可变，其状态仍可变）
替代方案：更可靠的不可变集合选择
JDK 9+ 提供了 List.of()、Set.of()、Map.of() 等工厂方法，它们创建的是真正不可变、紧凑且线程安全的集合。
- 它们在创建时即固化数据，不保留对原始容器的引用
- 空值受限（如
Set.of(null)抛异常），有助于早期暴露问题 - 若需从已有集合构造，可用 List.copyOf(existingList)（JDK 10+），它会自动处理 null 检查和不可变封装
使用建议与边界注意
除非明确需要“视图语义”（比如动态反映底层变化），否则优先选用 JDK 9+ 的不可变工厂方法或 Guava 的 ImmutableList 等。
- 不要对
unmodifiableXXX的结果做类型强转（如转回ArrayList），这是无效且危险的 - 调试时可通过 IDE 查看实际类名（如
UnmodifiableRandomAccessList），确认是否为包装类 - 若需深度不可变（含嵌套对象），需额外确保元素自身不可变，或手动深拷贝
