Arrays.asList()转换开销小但存在隐性性能问题：返回原数组视图，结构修改抛异常，基本类型数组会装箱陷阱，需可变集合时应避免双重包装，大规模场景优先用数组索引或专用原生集合。
Arrays.asList() 转换本身开销极小，是常数时间操作，但它返回的集合在后续使用中可能带来隐性性能问题——关键不在“转得快不快”，而在“用得稳不稳”。
Arrays.asList 返回的是视图，不是副本
它不复制数组元素，而是直接持有一个对原数组的引用。内部类 java.util.Arrays$ArrayList 的字段 a 就是原始数组本身。这意味着：
- 调用
list.get(i)或list.set(i, x)是 O(1) 直接访问/修改数组，非常快； - 但任何结构变更（如
add、remove、clear）都会抛出UnsupportedOperationException，运行时才暴露问题； - 若原始数组后续被其他代码修改，该 list 的内容会同步变化——这在多线程或长生命周期对象中容易引发难以追踪的数据不一致。
基本类型数组会掉进“装箱陷阱”
传入 int[]、double[] 等基本类型数组时，Arrays.asList(arr) 不会自动拆包，而是把整个数组当作一个 Object 元素塞进 List：
int[] arr = {1,2,3}; List<?> list = Arrays.asList(arr);- 此时
list.size()是 1，list.get(0)是那个int[]对象，不是数字 1； - 想正确转换必须先用 Stream 装箱：
Arrays.stream(arr).boxed().collect(Collectors.toList())，这涉及遍历 + 新建 Integer 对象 + 扩容 ArrayList，时间复杂度 O(n)，内存开销明显上升。
需要可变集合时，别省那一次包装
如果业务逻辑明确要增删元素，不要写 new ArrayList(Arrays.asList(arr)) 这种“两步走”写法：
- 它先创建视图 List，再遍历复制到新 ArrayList，相当于做了两次遍历；
- 更高效的方式是直接用 Stream：
Arrays.stream(arr).collect(Collectors.toCollection(ArrayList::new))，一步到位； - 对于字符串或包装类数组，也可用
Collections.addAll(new ArrayList(), arr)，避免中间 List 实例。
大规模数据下，避免无谓的中间对象
在高频或大数据量场景（如日志解析、批量导入），反复调用 Arrays.asList() 再转成可变集合，会持续产生短生命周期对象，加重 GC 压力。建议：
- 若只是读取+遍历，坚持用
Arrays.asList()视图，零额外内存； - 若需修改结构，优先考虑是否能绕过集合——比如直接用数组索引操作，或改用
IntArrayList（来自 Eclipse Collections）等专门优化的原生类型集合； - 明确知道数据规模，就预分配容量：
new ArrayList<>(arr.length)配合addAll，减少扩容次数。
