混用原始类型和泛型会触发编译警告或报错，根本原因是绕过类型契约导致编译器丧失类型推断与安全检查能力；典型场景包括原始类型声明、无泛型的集合操作、错误强转及未泛型化的api调用。
混用原始类型和泛型会触发编译警告（如 -Xlint:unchecked），严重时直接报错，比如 Incompatible types 或增强 for 循环中类型不匹配。根本原因是：原始类型绕过了泛型的类型契约，让编译器失去类型推断能力，导致安全检查失效。
哪些写法算混用？一眼识别高危点
以下都是典型混用，编译器会标黄或报错：
-
List list = new ArrayList();—— 声明没写泛型，后续add(new Car())和for (Car c : list)就会出错 -
Map cache = new HashMap();—— 字段用 raw type，get 出来是Object，强转(User)触发 unchecked cast 警告 -
list.toArray()后直接(String[])强转 —— 编译器无法验证数组元素真实类型 - 调用旧工具类方法返回
List（无泛型），再赋给List<string></string>变量
改法不是加泛型声明就完事，要全链路对齐
只改变量声明（如 List<string> list</string>）但没同步构造、添加、遍历逻辑，问题照旧。必须保证从创建到使用每一步都带类型：
- 声明、初始化、add 全部带上类型：
List<car> cars = new ArrayList(); cars.add(new Car(...));</car> - 增强 for 循环自然适配：
for (Car c : cars) { ... }不再报错 - toArray 改用带类型数组：
String[] arr = list.toArray(new String[0]);（避免强转） - 方法参数/返回值也要泛型化：把
void process(List raw)改成<t> void process(List<t> data)</t></t>或明确void process(List<car> cars)</car>
对接老代码或第三方库时怎么安全桥接？
不能改的外部 API 返回原始类型？别用 @SuppressWarnings("unchecked") 压制，而是主动校验：
- 接收 raw collection 后，遍历确认每个元素类型：
for (Object o : rawList) { if (!(o instanceof String)) throw new ClassCastException(); } - 用
Class<t></t>显式传参替代泛型推断：<t> T getFirst(List> raw, Class<t> type)</t></t> - 对外提供重载方法：保留
@Deprecated public List getUsersRaw()供兼容，主推public List<user> getUsers()</user>
验证改得对不对？两个硬指标
光看警告消失不算修好，要确认类型安全真正生效：
- 尝试往已泛型化的集合插入错误类型，比如向
List<integer></integer>add("abc")，必须编译失败 - 用 IDE 的 “Find Usages” 检查整个项目（含 test 和 config 类），确保没有漏掉的
List、Map、Set等原始类型声明
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
