Arrays.asList 与 List.of 泛型推导差异显著：前者对数组有特殊重载，易将数组视为单元素导致类型意外；后者按 varargs 逐个处理更安全直观，且 List.of 对 null 运行时校验更严格。
Arrays.asList 和 List.of 在泛型参数推导上表现截然不同，核心在于它们对“数组参数”的处理逻辑和重载机制不一致，容易引发类型意外、编译失败或运行时行为偏差。
Arrays.asList 对数组参数有特殊重载
Arrays.asList 提供了针对数组的专用重载方法：public static <t> List<t> asList(T... a)</t></t>。但这个可变参数（varargs）在遇到数组时会触发“数组被当作单个元素”这一反直觉行为：
- 传入
String[] arr = {"a", "b"}→ 推断为List<string></string>（列表里只有一个元素：整个数组） - 传入
int[] arr = {1, 2}→ 因泛型不能接受基本类型，实际推断为List<int></int>，而非List<integer></integer>；且无法自动装箱 - 只有显式传入多个引用类型值（如
Arrays.asList("a", "b")）才得到预期的List<string></string>
List.of 按 varargs 逐个接收元素，更符合直觉
List.of 是纯 varargs 工厂方法，没有针对数组的额外重载。它把每个实参都视为独立元素，因此类型推导更直接、更安全：
-
List.of("a", "b")→ 推断为List<string></string> -
List.of(new String[]{"a", "b"})→ 推断为List<string></string>（因为只传了一个数组对象） -
List.of(1, 2, 3)→ 推断为List<integer></integer>（自动装箱生效） -
List.of(new Integer[]{1, 2})→ 推断为List<integer></integer>，不会误拆数组
基本类型数组是共同陷阱，但错误表现不同
两者都不支持 int[] 直接转成 List<integer></integer>，但报错方式有差异：
立即学习“Java免费学习笔记（深入）”；
-
Arrays.asList(new int[]{1, 2})编译通过，但结果是List<int></int>；调用get(0)返回int[]，不是Integer，极易引发 ClassCastException -
List.of(new int[]{1, 2})同样得到List<int></int>；但若写成List.of(1, 2)就能正确获得List<integer></integer> - 真正想从
int[]构建List<integer></integer>，必须手动流式转换：Arrays.stream(arr).boxed().toList()
泛型安全性与 null 检查也影响推导上下文
类型推导不仅关乎语法，还受运行时约束影响：
-
List.of()在推导过程中会立即执行Objects.requireNonNull，所以List.of(null)编译可通过，但运行时报NullPointerException；这说明推导已完成，只是校验后拒绝 -
Arrays.asList(null)推导为List<object></object>或具体类型（如List<string></string>），允许 null 存在，不干预推导过程 - 当使用
var声明时：var list1 = Arrays.asList("a", null);→List<string></string>；var list2 = List.of("a", null);→ 编译无误，但运行崩溃
