java泛型擦除是为兼容旧版本而设计的机制：编译时将泛型类型参数（如t）擦除为object或其上界（如number），字节码中仅存原始类型，运行时无法区分list和list，getclass()结果相同，所有泛型信息仅存在于源码和编译期。

Java 泛型擦除不是 bug，是设计选择——它让 List<string></string> 和 List<integer></integer> 在运行时都变成裸的 List，编译器负责插转换、做检查，JVM 什么都不知道。

擦除到底擦掉了什么？

泛型信息只活在源码和编译期，字节码里不留痕迹：

• 无边界类型参数（如 T） → 擦成 Object
• 有上界（如 T extends Number） → 擦成 Number
• 泛型类、方法、通配符 → 全部退化为原始类型或其边界
• 运行时无法区分 List<string></string> 和 List<date></date>，它们的 getClass() 完全相同

为什么必须擦？兼容性压倒一切

Java 5 引入泛型时，已有海量非泛型代码和类库。如果像 C# 那样保留泛型类型信息（即“具体化泛型”），老 JVM 就跑不动新字节码，整个生态会断裂。擦除方案让：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 泛型集合能直接传给只认 List 的旧方法
• 第三方框架（如 Spring、Hibernate）无需重写就能支持泛型
• 字节码体积小、无运行时类型膨胀

擦了之后怎么补？几个实用应对点

虽然运行时看不到泛型，但不等于完全束手无策：

• 反射读取泛型签名：用 Field.getGenericType() 或 Method.getGenericReturnType() 可拿到 ParameterizedType，从而提取原始泛型实参（适用于字段、方法返回值、形参等有声明位置的场景）
• 类型安全的泛型数组创建：不能写 new T[10]，但可用 Array.newInstance(componentType, length) + 类型校验绕过
• 避免依赖 instanceof 判泛型：比如 if (list instanceof List<string>)</string> 编译不过，应改用运行时可识别的标记（如接口、字段、注解）
• 框架级技巧：类型令牌（TypeToken）：Google Gson、Jackson 等用 new TypeToken<list>>() {}</list> 这种匿名子类方式，借由子类的 getGenericSuperclass() 锁定泛型信息

哪些事绝对做不了？提前避坑

认清限制比强行 workaround 更重要：

• 不能基于泛型类型做方法重载（void f(List<string>)</string> 和 void f(List<integer>)</integer> 编译失败）
• 不能在静态上下文中引用类型参数（static T value 不合法）
• 不能用 new T() 或 T.class 实例化泛型类型
• 泛型异常捕获不可行（catch (MyException<t> e)</t> 语法错误）

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