Arrays.asList()存在三类结构性风险：返回列表不可变、泛型擦除导致类型不安全、原始数组与集合视图强耦合；须通过规约、工具和编码习惯三层约束规避，禁止直接用于业务可变集合、循环高频调用及原始类型数组转换。
Arrays.asList() 看似简单，实则暗藏三类结构性风险：返回列表不可变、泛型擦除引发类型不安全、原始数组与集合视图强耦合。规避不能靠记忆口诀，必须通过规约+工具+编码习惯三层约束落地。
禁止在业务逻辑中直接调用Arrays.asList()创建可变集合
该方法返回的是 Arrays.ArrayList（内部类），它继承 AbstractList 但未重写 add/remove/clear，所有结构修改操作均抛 UnsupportedOperationException。尤其警惕以下高频误用：
- 在 Service 方法体内调用 Arrays.asList(ids) 后立即 list.add(newId) —— 这是线上故障最常见诱因
- 将 Arrays.asList() 结果赋值给 List<String> 变量后传入需要扩容的工具方法（如 CollectionUtils.union）
- 用 Arrays.asList(arr).stream().collect(Collectors.toList()) 做“无意义转换”，既未解决不可变问题，又多一次装箱开销
正确做法：需可变列表时，明确使用 new ArrayList<>(Arrays.asList(...)) 或直接用 List.of(...).stream().collect(Collectors.toCollection(ArrayList::new))。
禁止在循环体或高频方法内重复调用Arrays.asList()
每次调用都会新建内部 ArrayList 实例并持有对原数组的引用，若原数组生命周期长或被反复复用，极易造成内存泄漏或意外交互。典型反例：
立即学习“Java免费学习笔记（深入）”；
- for 循环中每次构建 Arrays.asList(item) 用于 contains 判断
- RPC 接口响应体构造时，在 DTO 转换逻辑里对每个字段数组都调用 asList()
优化方案：对固定数据优先提取为 static final List；对动态数据，改用 Set（如 new HashSet<>(Arrays.asList(...))）提升查找性能，且明确表达不可变意图。
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
禁止将Arrays.asList()用于原始类型数组转换
int[]、long[] 等原始数组传入 Arrays.asList() 时，由于泛型只能接受引用类型，整个数组会被当作单个元素处理，返回 List<int[]> 而非预期的 List<Integer>。例如：
错误： int[] arr = {1, 2, 3}; List<Integer> list = Arrays.asList(arr); // 实际得到 [ [I@xxx ]，size=1
正确： 使用 Stream API：Arrays.stream(arr).boxed().collect(Collectors.toList())；或 Apache Commons Lang 的 ArrayUtils.toObject(arr)。
强制启用自研 Checkstyle 规则拦截高危调用
仅靠人工 review 无法根治，需在编译前拦截。推荐配置以下 AST 级检查规则：
- 检测 Arrays.asList() 调用是否出现在非 static 上下文（如方法体、构造器内），对字段初始化允许豁免
- 识别参数为原始类型数组（int[]、double[] 等）的 asList 调用，直接报 error
- 扫描后续是否紧跟 add/remove/clear/ensureCapacity 等结构修改方法调用，形成链式告警
- 白名单机制支持：仅允许在 test 包或特定工具类（如 CollectionsUtil）中有限使用
示例 checkstyle.xml 片段：
<module name="ForbiddenArraysAsListUsage">
<property name="allowInStaticContext" value="true"/>
<property name="allowInTestPackage" value="true"/>
<property name="blockPrimitiveArrayUsage" value="true"/>
</module>
