Arrays.asList() 真实是个固定大小的视图:改它真的会改到原始数组

真实验证:set() 是双向联动的

Arrays.asList() 返回的是 java.util.Arrays 内部的一个私有 ArrayList 实现,它内部持有的就是传进来的那个数组引用本身,不是拷贝。

view = [1, 2, 3, 4, 5]

view.set(0, 999) 之后:
  view    = [999, 2, 3, 4, 5]
  backing = [999, 2, 3, 4, 5](原始数组是否真的被改了?)

直接改 backing[1] = 888 之后:
  backing = [999, 888, 3, 4, 5]
  view    = [999, 888, 3, 4, 5](view 是否也跟着变了?)

两个方向的真实数据都确认了同一件事:view 和 backing 共享同一份底层存储,改任何一边,另一边都会真实同步反映出来。这和系列前面Collections.unmodifiableList 那篇的"视图不是拷贝"是同一类问题,只是这次视图本身还允许 set。

真实验证:add/remove 真实抛异常

虽然允许 set(替换已有位置的元素),但 Arrays.asList() 返回的是固定大小视图,不允许改变长度。

view.add(6) 真实抛出 UnsupportedOperationException
view.remove(0) 真实抛出 UnsupportedOperationException

原因很直接:底层数组的长度在创建时就已经固定,add/remove 需要真实改变元素个数,而数组本身做不到这一点(Java 数组一旦创建长度不可变)——Arrays.asList() 返回的这个内部类没有重写 add/remove,直接继承了 AbstractList 里默认的、真实抛出 UnsupportedOperationException 的实现。

真实验证:想要真正独立的 List,得显式拷贝

如果确实需要一个可以自由增删、又不影响原始数组的 List,标准做法是把 asList 的结果再包一层 ArrayList 构造函数。

new ArrayList<>(Arrays.asList(backing)) 得到真正的 ArrayList,add(777) 成功: [999, 888, 3, 4, 5, 777]
对原始 backing 数组真实没有任何影响 = [999, 888, 3, 4, 5]

分步演示:view 和 backing 是怎么"同步"的

每一步的数组内容都是真实运行这段代码之后的状态,不是手工画的联动关系。