泛型擦除后，类型转换由编译器在编译期插入checkcast指令实现，而非运行时自动完成；无界泛型擦除为Object，有上界则擦除为边界类型，转型失败抛ClassCastException。
泛型擦除后，类型转换不是由运行时自动完成的，而是编译器在编译阶段就插入了强制类型转换（checkcast 指令），确保语义正确。你写的 List<string> list = new ArrayList(); String s = list.get(0);</string>，实际执行的是 String s = (String) list.get(0); —— 这个转型动作不可省略，也绕不开。
擦除后的转换目标由边界决定
泛型参数被替换为什么类型，取决于是否有上界：
- 无界泛型（如
<t></t>）→ 全部擦除为Object，所有取值操作都转成(Object)再按需二次强转 - 有上界泛型（如
<t extends number></t>）→ 擦除为Number，调用处插入的是(Number)而非(Object) - 多重边界（如
<t extends comparable> & Serializable></t>）→ 只取最左接口Comparable作为擦除目标
运行时转型失败就是 ClassCastException 的根源
擦除不检查实际内容，只信声明。一旦原始类型集合被污染（比如用 List raw = new ArrayList() 添加了 Integer，再赋给 List<string></string>），后续 get(0) 的隐式 (String) 就会失败：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 异常消息如
Integer cannot be cast to String直接暴露了擦除后插入的转型目标与真实对象类型的冲突 - 堆栈里报错行看似安全（如
s.length()），但真正出问题的是前一步的list.get(0)隐式转型 - 这种异常无法靠
instanceof预判，因为list本身是List，不是List<string></string>
需要手动干预的典型场景
当泛型信息已丢失、又必须提取具体类型值时，不能依赖擦除残留，而要基于对象实例本身判断：
- 处理包装类集合：遍历元素，用
obj instanceof Integer分支判断，再调用((Integer)obj).intValue() - 应对 null：拆箱前必须显式判空，否则
int x = list.get(0);遇到null直接抛NullPointerException - 混合类型集合（如
List<number></number>）：统一用doubleValue()或longValue()转换，但需注意精度和溢出 - 避免
toArray(new T[0])：该方法返回T[]是编译期假象，运行时仍是Object[]，强转数组会触发ClassCastException
反射和 TypeToken 是补救，不是还原
运行时拿不到泛型实参，但某些可控场景可提前“记下”类型线索：
-
new TypeToken<list>>() {}</list>利用匿名子类的getGenericSuperclass()保留签名，仅适用于创建阶段就介入的场景（如 Gson 解析） - 标准集合（
ArrayList、HashMap）传入的任意List参数，反射查不到其原始泛型实参 -
getClass().getTypeParameters()返回的是形参T，不是实参String；getGenericInterfaces()也只对带泛型声明的类有效
