java泛型擦除是为兼容老代码而设计的机制：编译期检查类型，运行时擦除为原始类型；无界t→object，有界t extends number→number，泛型数组编译报错，instanceof不支持带泛型类型，反射可获取部分静态声明的泛型信息。
Java 泛型擦除不是“bug”，而是有明确设计意图的机制：编译期做类型检查，运行时回归原始类型，只为100%兼容老代码。它让 List<string></string> 和 List<integer></integer> 在JVM眼里都是 List，字节码完全一致。
擦除到底擦掉了什么？
泛型信息只存在于源码和编译中间阶段，不会进入字节码：
-
无边界类型参数（如
T） → 擦除为Object -
有上界（如
T extends Number） → 擦除为Number -
有下界（如
T super Integer） → 擦除为Object -
泛型数组（如
new T[10]） → 编译直接报错，因运行时无法确定真实类型
为什么运行时不能用 instanceof 判断泛型？
因为类型擦除后，所有泛型实例共享同一个运行时 Class：
List<string> s = new ArrayList(); List<integer> i = new ArrayList(); System.out.println(s.getClass() == i.getClass()); // true System.out.println(s instanceof List<string>); // 编译错误：语法不合法</string></integer></string>
注意：instanceof 后面不能跟带泛型的类型，这是语法限制，根源仍是擦除——JVM根本不认识 List<string></string> 这种类型。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
怎么在运行时找回泛型信息？
虽然泛型被擦除，但部分结构（如字段、方法返回值、父类声明）仍通过 java.lang.reflect 保留了泛型签名，可借助反射提取：
- 字段声明为
private List<string> names;</string>→ 用Field.getGenericType()可拿到ParameterizedType - 方法返回
List<user></user>→Method.getGenericReturnType()返回完整泛型类型 - 继承
class MyList extends ArrayList<order></order>→getGenericSuperclass()可解析出ArrayList<order></order>
⚠️ 注意：仅适用于**泛型信息在源码中静态声明且未被匿名/动态构造覆盖**的场景；纯本地变量（如 List<string> list = new ArrayList();</string>）无法反射获取 String。
日常开发怎么避开擦除坑？
多数问题源于误以为运行时还“认得”泛型，实际只需按规则写：
-
别写
new T[]或new ArrayList<t>()</t>在泛型方法里 → 改用Array.newInstance(componentType, length)或传入Class<t></t>参数 -
避免在泛型类中使用
static <t> T parse(...)</t>并依赖T.class→ 改为接收Class<t></t>显式传参 -
框架层（如JSON反序列化）需类型信息时，别只靠变量声明 → 用
TypeReference<list>></list>包装，内部利用反射读取泛型签名 -
泛型方法重载要小心 →
void handle(List<string>)</string>和void handle(List<integer>)</integer>编译失败，因擦除后都是handle(List)
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
