Java泛型擦除后，编译器自动插入的Object转型仅保障编译期类型安全，运行时是否出错取决于擦除前是否维护真实类型一致性；真正防护在写入阶段，靠编译期约束禁止非法add，但原始类型、反射、通配符误用可绕过；空值与装拆箱亦隐含风险。

Java 泛型擦除后，编译器自动插入的 Object 转型本身不保证不出错，它只保证“编译期类型安全”，而运行时是否出错，取决于你是否在擦除前就维护了真实的类型一致性。

转型由编译器生成，但前提是调用链没被破坏

擦除后，List 变成原始 List，get() 返回 Object；编译器会在调用处自动补上 (String)。这个转型能成功，前提是：你往里存的确实是 String。

• 正常路径：list.add("hello"); String s = list.get(0); → 编译器插 (String)，运行时对象是 String，转型成功
• 破坏路径：list.add(new Date()); String s = list.get(0); → 编译器仍插 (String)，但运行时是 Date，抛 ClassCastException

真正防错靠的是编译期约束，不是运行时检查

泛型的防护力在写入阶段：编译器禁止你把非 String 类型直接 add 进 List。但以下情况会绕过该约束：

Basic Object Detection Skill | 基础目标检测技能

检测目标区域内出现的人、车辆、非机动车、宠物和包裹。支持视频流和图像检测，适用于通用场景。

下载

• 使用原始类型（raw type）：List raw = list; raw.add(new Date()); —— 编译通过，擦除后无类型检查
• 反射调用 add 方法：Method m = list.getClass().getMethod("add", Object.class); m.invoke(list, new Date());
• 通配符误用：List> wildcard = list; ((List) wildcard).add(new Date());

空值和基础类型装拆箱是隐性雷区

看似安全的转型，可能在后续步骤崩溃：

• List list = new ArrayList(); list.add(null); int x = list.get(0); → 擦除插 (Integer)，没问题；但自动拆箱时调 null.intValue() → NullPointerException
• List list = new ArrayList(); list.add(42L); Number n = list.get(0); Long l = (Long) n; → 编译器只保证转型为 Number，具体子类需开发者自己判断

要真正稳住类型，得靠设计+约定+工具

仅靠泛型擦除机制无法根治类型错，需配合实践：

• 避免混用原始类型与泛型类型，尤其不要把泛型集合赋给 raw type 变量
• 对外暴露泛型接口时，用 ? extends T 或 ? super T 明确读写边界
• 关键逻辑中对 get() 结果做 instanceof 校验（注意：只能判原始类型，不能判 instanceof List）
• 用 Optional 包裹可能为空的泛型返回值，规避拆箱 NPE
• 静态分析工具（如 ErrorProne、Checker Framework）可检测泛型逃逸和不安全转型

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南