Arrays.asList()返回的是固定大小的受限列表，不支持add、remove等结构性操作；需动态修改时应转为new ArrayList(Arrays.asList(arr))，仅只读则用Collections.unmodifiableList封装。
Arrays.asList() 返回的列表是固定大小的，底层基于原始数组，不支持增删操作。调用 add()、remove() 或 clear() 会抛出 UnsupportedOperationException。要避免该异常，关键不是“绕过限制”，而是明确使用场景并选择合适的方式。
理解“受限列表”的本质
Arrays.asList() 返回的是 Arrays.ArrayList（注意：不是 java.util.ArrayList），它是 AbstractList 的子类，重写了 set() 和 get()，但未重写结构性修改方法（如 add），因此默认抛出异常。
这意味着：
- 可以安全调用
get()、set()、contains()、indexOf()等读取或非结构性方法 - 不能调用
add()、remove()、addAll()、clear() - 其长度与原始数组绑定，无法扩容或缩容
需要添加元素？请转为真正的 ArrayList
如果业务逻辑确实需要动态增删，最直接可靠的做法是用它初始化一个可变列表：
String[] arr = {"a", "b", "c"};
List<String> list = new ArrayList<>(Arrays.asList(arr)); // ✅ 可 add/remove
这样新列表拥有独立底层数组，不再受原数组约束。
仅需只读访问？显式封装更安全
若只是传递数据、避免意外修改，推荐进一步包装为不可修改视图：
List<String> safeList = Collections.unmodifiableList(Arrays.asList(arr));
此时即使误调 add()，也会立即抛出 UnsupportedOperationException，但语义更清晰——这是设计使然，而非 bug。
检查是否支持修改（运行时判断）
虽然不常用，但可通过 instanceof 或反射粗略判断（仅作诊断，不建议用于流程控制）：
- 标准 Arrays.asList() 结果不是
ArrayList，也不是LinkedList - 它实现
Serializable和RandomAccess，但不实现Cloneable - 真正可靠的判断方式是捕获异常，或约定接口契约（如接受
List参数时文档注明“仅支持随机访问”）
不复杂但容易忽略：Arrays.asList() 的目的从来不是提供可变容器，而是便捷桥接数组与集合API。按需选型，比试图“修复”它的限制更高效。
