Arrays.asList返回的List不能增删元素，因其底层是Arrays.ArrayList静态内部类，直接引用原数组，调用add/remove/clear会抛UnsupportedOperationException。
Arrays.asList返回的List不能增删元素
它返回的是Arrays.ArrayList（一个静态内部类），不是java.util.ArrayList。这个类底层直接引用原始数组，所以add()、remove()、clear()都会抛UnsupportedOperationException。
常见错误现象：Exception in thread "main" java.lang.UnsupportedOperationException，尤其在把Arrays.asList结果传给需要可变集合的工具方法时突然崩掉。
- 如果只是读取或遍历，没问题；但凡要修改，必须转成真正的
ArrayList：new ArrayList(Arrays.asList(...)) - 注意：转构造时会复制一份新数组，后续修改不影响原数组，原数组也不影响新集合
- 别用
Collections.unmodifiableList来“加固”它——它本来就不支持改，加这层纯属多余
基本类型数组传给Arrays.asList会变成单元素List
Arrays.asList(new int[]{1, 2, 3})不会生成含三个Integer的列表，而是生成一个只含一个int[]对象的List<int></int>。这是因为泛型擦除 + 基本类型无法装箱，编译器把整个数组当成了一个对象参数。
使用场景：想从数值数组快速构建集合时，极易踩坑。
立即学习“Java免费学习笔记（深入）”；
- 正确做法：用包装类型数组，如
new Integer[]{1, 2, 3} - 更现代的选择：Java 8+ 直接用
IntStream.of(1, 2, 3).boxed().collect(Collectors.toList()) - 如果只有基本类型数组且不想手动包装，就别碰
Arrays.asList，老实用for循环或Stream
Arrays.asList创建的集合与原数组双向绑定
它返回的List是对原数组的“视图”，不是副本。修改集合里的元素（比如set(0, x)），原数组对应位置也会变；反之亦然。
性能影响：零拷贝，轻量；但副作用隐蔽——尤其在多处共享该集合或数组时，容易出现意料外的数据污染。
- 调试时发现数组值“莫名变了”，先查是否被
Arrays.asList过又调了set() - 若需隔离，必须显式复制：用
new ArrayList()构造，或用Arrays.copyOf()先拷数组再asList - 这个绑定关系对
String[]也成立，但String不可变，所以表现“安全”，不代表逻辑无耦合
替代方案：什么时候该用List.of / Collections.singletonList
Java 9+ 提供List.of()，返回真正不可变的固定大小集合，语义清晰、线程安全、不绑定原数组，且对基本类型自动装箱（如List.of(1, 2, 3)就是List<integer></integer>）。
兼容性考虑：如果项目还跑在Java 8上，Arrays.asList仍是唯一内置快捷方式，但得自己兜底处理增删和数组绑定问题。
-
List.of()空值敏感：传null直接抛NullPointerException；而Arrays.asList(null)合法，返回含一个null的列表 - 单元素场景优先用
Collections.singletonList(x)，比Arrays.asList(x)语义更准，且明确不可变 - 别为了“看起来简洁”硬套
Arrays.asList——它本质是数组→List的桥接器，不是集合构造器
最常被忽略的一点：很多人以为Arrays.asList只是语法糖，其实它暴露的是数组的内存引用。一旦涉及共享、缓存、跨线程传递，这个引用关系就会变成隐性依赖，比并发bug还难定位。
