arrays.aslist() 返回固定长度的列表视图，禁止增删操作；需可变操作时应包装为 new arraylist；基本类型数组需用包装类或 stream 处理；避免多处共享同一 aslist 结果引发引用污染。
直接用 Arrays.asList() 返回的列表去增删元素，是导致逻辑断层最常见原因。它返回的不是真正的 ArrayList，而是数组的“视图”，长度固定、结构不可变。要避免后续业务因误调 add()、remove() 或共享引用而崩溃，关键在于明确用途、选对创建方式、切断意外联动。
明确用途：只读或元素级修改时才用 asList()
如果只是遍历、查找、set() 某个位置的值，或者临时转成集合做 contains() 判断，Arrays.asList() 完全够用——它轻量、零拷贝、响应快。但一旦需求里出现“追加”“删除”“清空”“动态扩容”，就必须立刻放弃它。
- ✅ 支持：
list.set(0, "new")、list.get(1)、list.contains("x") - ❌ 禁止：
list.add("y")、list.remove(0)、list.clear() - ⚠️ 注意：修改
list中的元素，会同步改原数组（因为共用同一块内存）
需要可变操作？必须包装成新 ArrayList
真正要增删改查自由操作，唯一稳妥做法是把 Arrays.asList() 的结果作为构造参数，传给 new ArrayList()。这一步完成了深拷贝（实际是数组内容复制），彻底切断与原数组的绑定。
-
正确写法：
List<string> mutable = new ArrayList(Arrays.asList(arr));</string> - 这样得到的
mutable可以安全调用add()、remove()、addAll()等所有方法 - 即使原数组后续被修改，也不会影响这个新列表
警惕基本类型数组陷阱
Arrays.asList(int[]) 不会按你预期拆成多个整数，而是把整个 int[] 当作一个对象塞进列表，结果列表 size=1，且元素类型是 int[]。运行时不会报错，但逻辑完全错乱。
- ❌ 错误：
int[] nums = {1,2,3}; List<integer> list = Arrays.asList(nums);</integer>→ 实际得到[ [I@xxx ] - ✅ 正确：用包装类数组
Integer[] nums = {1,2,3};，或用 Stream：Arrays.stream(nums).boxed().collect(Collectors.toList()) - Java 8+ 推荐统一用
Stream处理基本类型，语义清晰、无歧义
避免多处共享同一 asList 结果
如果把 Arrays.asList() 的结果赋值给一个变量，再把它反复传给多个对象或方法，就可能引发“一处改，处处变”的引用污染问题——比如多个对象持有同一个列表引用，一个清空了，其他也跟着空了。
- 不要复用：
List<string> shared = Arrays.asList(arr); obj1.setOptions(shared); obj2.setOptions(shared);</string> - 应各自创建副本：
obj1.setOptions(new ArrayList(Arrays.asList(arr))); - 或在接收方内部完成拷贝，不依赖调用方提供可变性保证
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
