java集合泛型重构需聚焦三类违规：一、清除原始类型，统一使用带类型参数的声明和菱形操作符；二、修复泛型不匹配操作，如aslist返回不可变集合、sublist为视图、toarray须用带参版本；三、审慎使用通配符，读取用上界、写入用下界，日常优先具体类型。
Java 集合框架泛型使用不当，核心问题往往不是“不会用”，而是“没用对”——比如漏写类型参数、混用原始类型、误用通配符，或忽视类型擦除带来的限制。重构的关键不在于重写全部代码，而在于识别三类典型违规点，并按统一原则逐项修正。
一、清除原始类型（Raw Types）
原始类型是泛型警告和运行时异常的头号来源。像 List list = new ArrayList(); 这种写法，编译器无法校验存取类型，取出元素必须强转，极易引发 ClassCastException。
- 所有集合变量声明必须带具体类型参数：用
List<string></string>替代List，用Map<integer user></integer>替代Map - 构造时优先用菱形操作符
：写new ArrayList<string>()</string>不如写new ArrayList()，既简洁又避免重复 - 禁用 Vector、Hashtable 等老旧类；改用
ArrayList、HashMap，需要线程安全时用Collections.synchronizedList()或ConcurrentHashMap
二、修复泛型不匹配的集合操作
常见于工具方法调用、子列表处理、数组转换等场景，表面能编译，实则埋下隐患。
-
Arrays.asList(array)返回的是不可修改集合，后续调用add()或remove()会抛UnsupportedOperationException；如需可变集合，应显式拷贝：new ArrayList(Arrays.asList(array)) -
list.subList()返回的是视图，不是新ArrayList；禁止强转为ArrayList，也避免在原列表增删元素，否则遍历时触发ConcurrentModificationException - 集合转数组必须用带参
toArray(T[])：先声明String[] arr = new String[list.size()]，再调用list.toArray(arr)；禁用无参toArray()，它返回Object[]，强转必错
三、合理使用通配符与泛型边界
盲目加 ? 或乱用 extends/super 反而降低类型安全性，甚至导致编译失败。
- 只在确实需要“兼容多种子类型”的读取场景用上界：
List extends Number>适合做数据消费者（如求和），但不能add()任何具体数字 - 只在明确要“接受多种父类型”的写入场景用下界：
List super Integer>允许add(1)，但取出元素只能当Object处理 - 日常业务代码中，80% 场景直接用具体泛型更清晰：比如 DAO 方法返回
List<user></user>，比List>或List更安全、易懂、可维护
重构不是一次大动作，而是从编译警告入手，逐个消灭 unchecked 提示；配合 IDE 的泛型检查提示，把每一处裸 List、Map 补全类型，再验证关键路径的存取逻辑。类型安全不是约束，而是提前暴露问题的探针。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
