Arrays.asList存在三类类型安全陷阱：基本类型数组误传导致size恒为1；泛型擦除引发运行时类型错误；数组与List共享引用造成隐式类型污染。
Arrays.asList 不是类型安全的“快捷键”，它表面方便，实则暗藏三类类型相关陷阱：基本类型误传、泛型擦除导致的运行时隐患、以及数组与集合双向绑定引发的隐式类型污染。用错一次，就可能在 add、remove 或遍历阶段突然崩掉。
别把基本类型数组直接塞进去
int[]、double[]、boolean[] 这类数组传给 Arrays.asList，不会自动拆箱成 Integer[]、Double[] 等包装类型数组。JVM 把整个 int[] 当作一个 Object 对象处理，结果 List 里只存了一个数组引用，size 恒为 1。
- 错误写法：
int[] arr = {1, 2, 3}; List list = Arrays.asList(arr); // size=1，元素是 [I@xxx - 正确写法（推荐 Java 8+）：
List<integer> list = Arrays.stream(arr).boxed().collect(Collectors.toList());</integer> - 或改用包装类声明：
Integer[] arr = {1, 2, 3}; List<integer> list = Arrays.asList(arr);</integer>
泛型擦除会让运行时类型“失守”
Arrays.asList(T...) 的签名允许传入任意对象，但编译期泛型信息在运行时被擦除。如果你传入 Object[] 或混入不同子类，List 实际持有的仍是原始数组引用，get() 返回值可能与预期类型不符，尤其在未加显式转型或使用 var 声明时容易出错。
- 危险示例：
Object[] objs = {"a", 123, true}; List list = Arrays.asList(objs); String s = (String) list.get(1); // ClassCastException - 安全做法：明确声明泛型类型，避免裸 List；必要时用 Collections.unmodifiableList 包裹，提前暴露类型不匹配问题
数组与 List 共享底层引用，类型一致性靠你维护
Arrays.asList 返回的 List 直接持有所传数组的引用，不是副本。这意味着：
- 修改原数组元素（如
arr[0] = "new"），List 对应位置也会变； - 若数组声明为
String[]，但中途被强制赋值非 String 对象（如arr[0] = new Date()），后续 List.get(0) 强转 String 就会抛 ClassCastException； - 这种共享关系让“类型安全”变成契约式责任——你得保证数组从初始化到生命周期结束都维持类型纯净。
真正安全的替代方案
如果目标是获得一个可变、类型明确、与原数组解耦的 ArrayList，不要依赖 Arrays.asList 做中间跳板：
- Java 8+：用 Stream + boxed + collect（适用于基本类型）或直接
Arrays.stream(strArray).collect(Collectors.toList()) - 通用稳妥法：
new ArrayList(Arrays.asList(arr))—— 注意这仅对引用类型数组有效，且本质是深拷贝首层引用 - Spring 用户可考虑
CollectionUtils.arrayToList(arr)，内部已处理基本类型装箱逻辑
