collections.unmodifiablelist返回的列表仍可能被修改，因为它不复制数据，仅提供拒绝写操作的包装；原始list被其他引用修改时，视图实时反映变化，且无法阻止元素自身状态被修改。
为什么 Collections.unmodifiableList 返回的列表仍可能被修改？
它不复制数据，只是加了一层“拒绝写操作”的包装。底层原始 List 一旦被其他引用修改，只读视图会立刻反映出变化——这不是 bug，是设计使然。
常见错误现象：UnsupportedOperationException 没出现，但数据却变了；或者你误以为“只读”等于“快照”，结果下游改了原列表，上游只读对象跟着变。
- 必须确保原始列表不再被任何其他代码持有可变引用（比如别把它暴露给类外、别存为 public static 字段）
- 如果原始列表来自外部（如方法参数），应先用
new ArrayList(original)做防御性拷贝，再包装 -
unmodifiableList对嵌套对象无保护：若列表里是可变对象（如new Person("a")），仍可通过list.get(0).setName("b")修改其状态
如何安全地返回真正隔离的只读列表？
关键在「切断原始引用」+「避免共享可变状态」。Java 10+ 推荐优先用 List.copyOf()，它内部自动做不可变封装且不接受 null。
兼容老版本的稳妥写法：
public List<string> getNames() {
return Collections.unmodifiableList(new ArrayList(this.names));
}</string>
说明：
-
new ArrayList(this.names)是必要拷贝步骤，防止调用方通过传入的原始引用篡改 - 不要用
Arrays.asList(...)直接传给unmodifiableList，因为Arrays.asList返回的是固定大小的可修改列表，包装后仍会抛UnsupportedOperationException在add/remove，但set依然有效 - 如果元素类型本身可变（如自定义对象），需额外考虑深拷贝或返回不可变副本（如用
record或ImmutableList.of()）
Collections.unmodifiableList 和 Arrays.asList 混用的典型陷阱
错误写法：
List<string> raw = Arrays.asList("a", "b", "c");
List<string> ro = Collections.unmodifiableList(raw);</string></string>
问题在于：Arrays.asList 返回的列表底层直接引用传入数组，且它自己支持 set(i, x)。虽然 ro 会拦截 set 并抛异常，但如果你还保留着 raw 引用，就能绕过包装直接改：
raw.set(0, "x"); // 成功！ro.get(0) 现在也是 "x"
所以：
- 永远不要把
Arrays.asList的返回值赋给非临时变量并长期持有 - 若需构造只读列表，直接用
Arrays.asList(...)+ 包装，但绝不暴露中间变量 - 更推荐：用
Arrays.stream(arr).toList()（Java 16+）或List.of(...)（Java 9+，不可含 null）替代
性能与兼容性要注意什么？
Collections.unmodifiableList 本身开销极小（仅对象包装），但前面说的防御性拷贝才是成本所在——特别是大列表反复调用时。
- 如果确定原始列表生命周期内绝不会被修改（如私有 final 字段 + 构造后不再写入），可跳过拷贝，直接包装提升性能
- Android API 24+ 才完整支持
unmodifiableList，低版本需用 Guava 的ImmutableList.copyOf() - 注意泛型擦除：
unmodifiableList返回的是List>，不能直接赋给具体泛型类型变量（如List<string></string>），需显式转型或用@SuppressWarnings("unchecked")（不推荐）
真正难的从来不是调用那行代码，而是判断“谁还握着原始引用”以及“里面的东西到底变不变”。
