请教Arrays.asList与addAll的区别及相关List操作疑问

先把咱们要分析的代码贴出来：

private List<Coin> myCoins = new ArrayList<>();
public Purse(Coin...coins) {
    myCoins = Arrays.asList(coins);
    myCoins.addAll(Arrays.asList(coins));
}

问题1：myCoins的前后状态有何区别？ #

咱们一步步拆解来看：

• 初始状态：myCoins = new ArrayList<>() 时，它是标准的java.util.ArrayList实例，支持所有List的修改操作（add、remove、addAll等），内部是动态扩容的数组实现，完全独立可控。
• 赋值后状态：执行myCoins = Arrays.asList(coins)后，myCoins变成了Arrays类内部的固定大小List实现（注意这个类也叫ArrayList，但不是java.util.ArrayList，而是java.util.Arrays.ArrayList）。这个列表和传入的coins数组共享底层引用——修改coins数组里的元素，会直接影响列表内容；同时它不支持任何修改列表结构的操作（比如add、remove、addAll），调用这些方法会直接抛出UnsupportedOperationException。
• 最后一行的坑：代码里的myCoins.addAll(Arrays.asList(coins))根本执行不了，因为此时myCoins已经是不可修改的列表，这行代码会直接抛出异常。

问题2：为何无法直接执行myCoins.addAll(coins)？ #

这里有两个核心原因：

1. 参数类型不匹配：addAll方法要求参数是Collection<? extends Coin>，而coins是可变参数，本质是Coin[]数组，数组不属于Collection类型，编译器会直接报错，根本到不了运行阶段。
2. 列表不可修改的限制：就算你把coins转成Collection（比如Arrays.asList(coins)），当myCoins被赋值为Arrays.asList(coins)返回的列表后，这个列表本身不支持addAll操作——它的底层实现没有重写addAll，会调用父类AbstractList的默认实现，而这个默认实现就是抛出UnsupportedOperationException。

问题3：用for循环逐个add，和上述方式有何不同？ #

咱们分场景对比：

场景1：基于初始的ArrayList操作 #

如果去掉myCoins = Arrays.asList(coins)这行代码，直接用初始的ArrayList：

• 用for (Coin coin : coins) myCoins.add(coin)：逐个把coins里的元素添加到ArrayList中，效果和myCoins.addAll(Arrays.asList(coins))完全一致，都是将数组元素复制到ArrayList里（引用类型的话，复制的是对象引用）。

场景2：基于Arrays.asList返回的列表操作 #

如果保留myCoins = Arrays.asList(coins)这行代码：

• 调用myCoins.add(coin)会直接抛出UnsupportedOperationException，因为这个列表不支持修改操作，根本无法添加元素。

核心差异点 #

• 可修改性：Arrays.asList返回的列表是固定大小的，无法增删元素；而ArrayList是动态扩容的，支持所有修改操作。
• 与原数组的绑定关系：Arrays.asList返回的列表和原数组共享底层引用，修改原数组元素会同步影响列表；用for循环添加到ArrayList中的元素是独立存储的，原数组修改不会影响ArrayList的内容。
• 异常风险：Arrays.asList返回的列表执行add/addAll会抛出异常，而ArrayList的add操作是安全的（只要不超出内存限制）。

内容的提问来源于stack exchange，提问作者Igor K