在Java 9之后，开发者多了一个创建集合的便捷方法List.of，而较早版本的Arrays.asList也常被用来把数组转成List。二者虽然都能拿到一个List对象，但在内存模型、修改支持和空值处理上有着本质区别，用错地方就会在运行时抛出各种异常。
一、底层实现与结构差异
Arrays.asList方法内部返回的是java.util.Arrays$ArrayList，它是Arrays的一个私有静态内部类。这个内部类直接持有传入数组的引用，并没有重新拷贝一份数据，因此它在逻辑上是原数组的一个包装视图。对该List的get、set操作，实际上都是通过下标访问原数组。
而List.of在Java 9中由ImmutableCollections类提供支持，例如单元素返回List12实例，多元素返回ListN实例。这些类在构造时会把元素复制进自己内部的数组，并且不暴露任何修改接口。从根上它就和原数据切断了引用关联，属于独立的不可变集合。
import java.util.*;
public class Demo {
public static void main(String[] args) {
String[] arr = {"a", "b", "c"};
List<String> fromAsList = Arrays.asList(arr);
List<String> fromListOf = List.of("a", "b", "c");
System.out.println(fromAsList.getClass().getName());
System.out.println(fromListOf.getClass().getName());
}
}
二、修改能力对比
Arrays.asList返回的List支持set修改某个下标的值，因为这个操作会同步反映到底层数组。但它没有重写add和remove方法，调用时直接抛出UnsupportedOperationException。这意味着你不能改变集合大小，但能改内容，且改动对原数组可见。
List.of返回的集合则是完全不可变。无论是set、add还是remove，都会立即抛出UnsupportedOperationException。即便只是尝试替换一个已有位置的元素也不被允许。这种特性非常适合作为方法返回值，防止调用方意外篡改内部数据。
import java.util.*;
public class ModifyTest {
public static void main(String[] args) {
String[] arr = {"x", "y"};
List<String> a = Arrays.asList(arr);
a.set(0, "z"); // 允许，arr[0]变成z
System.out.println(arr[0]);
List<String> b = List.of("x", "y");
// b.set(0, "z"); // 抛UnsupportedOperationException
// b.add("w"); // 抛UnsupportedOperationException
}
}
三、对原数组的影响
由于Arrays.asList是视图，通过List修改元素会直接改写原数组，反过来修改原数组也会在List中体现。这种隐式共享在多线程或长生命周期对象里很容易引发难以排查的bug。
List.of不存在这种关联。它拿到的是元素当时的快照，之后无论外界怎么变动传入前的变量，List内部都不会变。下面的例子展示了两者的不同表现。
import java.util.*;
public class ArrayEffect {
public static void main(String[] args) {
Integer[] nums = {1, 2, 3};
List<Integer> view = Arrays.asList(nums);
nums[0] = 99;
System.out.println(view.get(0)); // 输出99
List<Integer> snap = List.of(1, 2, 3);
// 这里没有原数组可改，snap永远保持[1,2,3]
}
}
四、null元素与元素数量限制
Arrays.asList允许传入null元素，因为数组本身就能存null。这在一些旧代码或宽松场景中没问题，但在后续流操作或序列化时可能引发NullPointerException。
List.of明确禁止null，构造时如果传了null会立刻抛出NullPointerException。这个设计是为了保证不可变集合的确定性，避免后续使用时因空值崩溃。另外List.of在元素数量很大时（如超过某个阈值）底层仍使用数组存储，但API层面始终保证不可变。
import java.util.*;
public class NullTest {
public static void main(String[] args) {
List<String> withNull = Arrays.asList("a", null, "c");
System.out.println(withNull); // [a, null, c]
// List<String> noNull = List.of("a", null, "c"); // 构造即抛NPE
}
}
五、使用场景建议
如果你需要把一个已有数组临时当List用，且只做读取或替换、不增删，并且希望改动回写到数组，那Arrays.asList是轻量选择。例如对接只接受List的老接口，但数据本身就在数组里。
如果你要返回常量配置、方法结果、测试用例数据，或者做防御性拷贝，优先用List.of。它语义清晰、线程安全、不会被误改。在Java 9+项目中，新建集合应默认考虑List.of，只有必须关联数组时才用Arrays.asList。
| 对比维度 | Arrays.asList | List.of |
|---|---|---|
| 是否可变大小 | 否 | 否 |
| 是否可改元素 | 可set | 不可 |
| 是否关联原数组 | 是 | 否 |
| 是否允许null | 允许 | 不允许 |
| 适用版本 | Java 1.2+ | Java 9+ |
六、常见错误与排查
新手常把Arrays.asList结果传给需要add的第三方库，随后收到UnsupportedOperationException却不知原因。此时应检查是否误把视图当普通ArrayList。可以用new ArrayList<>(Arrays.asList(arr))做一层拷贝来解除限制。
另一个坑是以为List.of返回的集合可以清空或排序。实际上任何结构性或元素性修改都无效。如果业务确实需要可变集合，应显式new ArrayList<>(List.of(...))，明确表达可变意图，而不是依赖隐式行为。
import java.util.*;
public class Fix {
public static void main(String[] args) {
String[] arr = {"p", "q"};
// 需要可变时主动拷贝
List<String> mutable = new ArrayList<>(Arrays.asList(arr));
mutable.add("r");
System.out.println(mutable);
List<String> alsoMutable = new ArrayList<>(List.of("p", "q"));
alsoMutable.add("r");
System.out.println(alsoMutable);
}
}
List_ofArrays_asList不可变集合修改时间：2026-08-09 22:33:32