防范java泛型集合类型错误，关键是从源头阻断错误类型进入：禁用原始类型、强制参数化声明、拦截反射/反序列化污染、运行时校验增强、杜绝裸强转。
防范Java泛型集合中强行插入错误类型，关键不是“堵住强转”，而是从源头切断错误类型进入的路径——因为类型擦除后，运行时已无法分辨 List<string></string> 和 List<integer></integer>，真正出错往往在取值那一刻。
用参数化类型替代原始类型
原始类型（如 List、Map）是泛型擦除漏洞的入口。只要代码里出现未声明泛型参数的集合引用，就等于主动放弃编译期保护。
- 禁止写
List list = new ArrayList();，必须写List<user> list = new ArrayList();</user> - 方法返回值也需明确泛型：把
public Object getData()改为public <t> T getData(Class<t> type)</t></t> - IDE 中启用“Raw type usage”警告，并设为 error 级别（IntelliJ / Eclipse 均支持）
拦截反射或反序列化带来的类型污染
JSON 反序列化、反射调用、RPC 返回值等场景，常绕过编译检查，把不匹配的对象塞进泛型集合。
- 用 Jackson 时，避免
mapper.readValue(json, List.class)；改用mapper.readValue(json, new TypeReference<list>>() {})</list> - 若必须处理原始集合（如旧接口返回
List），封装校验逻辑：safeCastList(rawList, Order.class)，内部逐元素调用Order.class.isInstance(item) - 禁止对反序列化结果直接强转：不要写
(List<product>) jsonList</product>，哪怕加了@SuppressWarnings("unchecked")
运行时增强集合容器（按需选用）
对高敏感业务（如金融、配置中心），可自定义带类型守门的集合实现，把校验下沉到 add、set 等入口。
- 继承
ArrayList，构造时传入Class<t> elementType</t> - 重写
add(T e)：先if (!elementType.isInstance(e)) throw new ClassCastException(...) - 配合工厂方法统一创建：
CheckedLists.<account>newArrayList(Account.class)</account> - 注意：这会带来轻微性能开销，生产环境建议仅用于核心数据结构
避免泛型方法中的裸强转惯性
泛型方法体里常见 (List<t>) rawList</t> 这类写法，看似简洁，实则放弃所有类型防护。
- 拒绝无条件
@SuppressWarnings("unchecked")，除非你100%确认上游已做过完整校验 - 把转换逻辑抽成工具方法，强制要求传入
Class<t></t>参数，让调用方承担类型责任 - 例如：
CollectionUtils.castToList(list, String.class)内部做元素遍历校验，而非一次性强转整个引用
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
