Arrays.asList返回的List不可增删、不拆包基本类型数组、与原数组共享内存，仅适用于只读场景；安全用法仅有直接传引用类型字面量或明确接受联动视图。
Arrays.asList 返回的 List 不能 add/remove
调用 add() 或 remove() 会直接抛出 UnsupportedOperationException，不是“偶尔失败”，而是设计如此。因为 Arrays.asList() 返回的是 java.util.Arrays.ArrayList（一个内部类），它继承自 AbstractList，但没重写增删方法。
- 错误写法：
List<string> list = Arrays.asList("a", "b"); list.add("c");</string> - 正确写法：
List<string> list = new ArrayList(Arrays.asList("a", "b"));</string>—— 包一层才可变 - 适合场景：初始化常量列表、传参给只读方法（如
Collections.max()）、单元测试中快速构造输入
基本类型数组传进去就“废了”
int[]、double[] 等传给 Arrays.asList() 不会拆成元素，而是被整个当作一个对象塞进列表，结果是 List<int></int>，size=1。
- 典型错误：
int[] nums = {1,2,3}; List<int> list = Arrays.asList(nums);</int>→list.size()是 1 - 正确做法：改用包装类数组，
Integer[] nums = {1,2,3}; List<integer> list = Arrays.asList(nums);</integer> - 替代方案（Java 8+）：
Arrays.stream(nums).boxed().collect(Collectors.toList())，更安全但略重
原数组和 List 共享内存，改谁都会影响对方
这不是 bug，是设计特性：Arrays.asList() 返回的是原数组的“视图”，底层共用同一块数据。
- 现象：
String[] arr = {"x"}; List<string> list = Arrays.asList(arr); list.set(0, "y");</string>→arr[0]也变成"y" - 风险点：在方法间传递这种 List 后，上游数组可能被意外修改，尤其在多线程或复用数组时容易引发隐蔽问题
- 规避方式：需要独立副本时，显式复制：
new ArrayList(Arrays.asList(arr))或Arrays.copyOf(arr, arr.length)
为什么阿里手册和 CTO 都警告慎用？
因为它的行为和多数人直觉不符：看起来像 ArrayList，实则不可变；看起来封装了元素，基本类型却整个打包；看起来创建了新集合，实则和原数组藕断丝连。
立即学习“Java免费学习笔记（深入）”；
- 最常踩坑的组合：用
int[]调用asList→ 拿到单元素列表 → 后续contains(1)返回false→ 排查半天才发现根本没拆开 - 真正安全的用法只有两种：① 直接传多个引用类型字面量（
Arrays.asList("a","b")）；② 明确只要只读视图且接受与数组联动 - 一旦涉及后续修改、流式处理、或不确定数据来源，优先绕过
asList，用ArrayList构造或Stream处理
