List.of与Arrays.asList区别详解

本文深入剖析了Java中List.of与Arrays.asList这两个常用集合创建方法的本质区别：前者是JDK 9引入的真正不可变集合，构造时即拒绝null、所有修改操作立即抛出UnsupportedOperationException，且无运行时包装开销；后者本质是数组的轻量视图，支持set等元素级修改但禁止结构性变更，允许null，却在基本类型数组处理和泛型推断上暗藏陷阱——稍不留意就会遭遇NullPointerException或意料之外的List。理解二者在不可变性、空值处理、类型安全及底层实现上的关键差异，能帮你避开生产环境中的经典坑点，写出更健壮、意图更清晰的代码。

List.of 和 Arrays.asList 都能快速创建集合，但它们在底层实现、可变性、空值处理、类型安全等方面差异显著，稍不注意就可能引发 UnsupportedOperationException 或 NullPointerException。

不可变性：核心区别

List.of 返回的是真正不可修改的集合（JDK 9+），所有修改操作（如 add、remove、set）都会立即抛出 UnsupportedOperationException。它内部使用私有静态不可变类实现，无任何代理或包装逻辑。

Arrays.asList 返回的是一个“伪装成 List 的数组视图”——底层仍绑定原始数组，支持 set（改元素）、get、size，但不支持结构性修改（如 add、remove、clear），调用这些方法同样抛出 UnsupportedOperationException。

• List.of([]).add("x") → 立即报错
• Arrays.asList(new String[0]).add("x") → 同样报错
• Arrays.asList("a", "b").set(0, "A") → 成功（原数组第0位被改）
• List.of("a", "b").set(0, "A") → 报错（根本无 set 方法？不，有，但实现直接 throw）

空值容忍度：一个容易踩坑的点

List.of 严格禁止 null 元素：只要传入任意 null，构造时就抛 NullPointerException（不是运行时，是创建那一刻）。

Arrays.asList 完全允许 null，无论是作为参数传入，还是后续通过 set 写入，都不会拦截。

• List.of("a", null) → 构造失败，NPE
• Arrays.asList("a", null) → 正常返回，list.get(1) == null
• List list = Arrays.asList("a"); list.set(0, null); → 合法

泛型与类型推断：编译期行为不同

List.of 是泛型安全的静态工厂方法，支持类型推断，且对原始类型数组更“敏感”。例如：

• List.of(1, 2, 3) → 推断为 List
• List.of(new int[]{1,2}) → 推断为 List（不是 List）

Arrays.asList 对数组参数有特殊重载：若传入引用类型数组（如 String[]），会将整个数组视为单个元素；但若传入基本类型数组（如 int[]），因泛型擦除限制，实际得到 List —— 这和直觉不符，且无法自动装箱。

• Arrays.asList("a","b") → List
• Arrays.asList(new String[]{"a"}) → List
• Arrays.asList(new int[]{1,2}) → List（不是你想要的 List）
• List.of(new int[]{1,2}) → 同样是 List

适用场景建议

选 List.of 当你需要：明确表达“此集合绝不该被修改”、希望编译/启动阶段就暴露 null 问题、追求轻量级不可变容器（无额外包装开销）。

选 Arrays.asList 当你需要：临时把数组转为 List 做只读遍历或局部修改（如改个别值）、兼容老 JDK（Arrays.asList 结果）。

• 配置项、枚举值集合、测试用固定数据 → 优先用 List.of
• 从已有数组出发，想快速获得可 set 的 List 视图 → 用 Arrays.asList
• 需要真正可增删的集合 → 两者都不行，应包装为 new ArrayList(...)

好了，本文到此结束，带大家了解了《List.of与Arrays.asList区别详解》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！