Java泛型通过类型擦除实现，编译时替换为Object或上界类型并插入强制转换，运行时无泛型信息，导致无法instanceof判别、getClass获取实参、创建泛型数组等，且带来装箱开销和桥接方法膨胀。
Java 泛型的擦除机制，本质是编译器在生成字节码前，把所有泛型类型参数（如
编译后的真实样子
泛型不是运行时特性，而是编译期保障类型安全的工具。擦除后，代码结构发生实质性变化：
-
泛型类退化为原始类型：比如
Box<t></t>编译后变成Box，字段private T value变成private Object value；方法T get()变成Object get() -
有界泛型按上界替换：若定义
class Container<t extends number></t>，擦除后所有T都变成Number，不是Object -
自动插入强制转换：调用
box.get()时，编译器悄悄加了checkcast指令，把返回的Object转成实际需要的类型（如String），失败则抛ClassCastException -
泛型方法同理处理：例如
<T> void process(T item)擦除为void process(Object item)；若带界<T extends Runnable>，就擦成void process(Runnable item)
运行时无法做的事
因为类型信息已从 Class 和实例中剥离，以下操作在运行时根本不可行：
-
不能用 instanceof 判断泛型实参：写
if (obj instanceof List<String>)是语法错误；obj instanceof List只能判断是否为 List，不区分内部类型 -
getClass() 返回不了泛型信息：无论
new ArrayList<String>()还是new ArrayList<Integer>()，调用.getClass()都返回class java.util.ArrayList -
不能直接创建泛型数组：
new ArrayList<String>[10]编译报错；只能写new ArrayList[10]，但失去元素类型检查 -
反射获取不到实例的泛型参数：对一个
ArrayList<Date>实例调用getGenericType()没有意义——它没声明泛型；只有字段或方法签名里明确写的泛型（如private List<Date> dates;）才能通过反射读出Date
擦除带来的隐性代价
擦除不是“免费午餐”，它带来可测量的运行时开销：
立即学习“Java免费学习笔记（深入）”；
-
值类型必须装箱：
List<Integer>底层是Object[]，每个int都要包装成Integer对象，额外占用对象头、填充和 GC 压力 -
引用类型也浪费空间：即使存的是
String，每个元素仍是一个 8 字节指针，无法像String[]那样紧凑；100 万个元素的ArrayList<String>比String[1_000_000]占更多堆内存 -
桥接方法增加方法表体积：泛型类继承时，编译器自动生成桥接方法（如
Object get()调用真实的String get()），虽不影响逻辑，但增大字节码和方法区占用
怎么应对这些限制
不靠“绕过”擦除，而用适配策略让代码更健壮：
-
需要运行时类型时，显式传 Class：比如
new Gson().fromJson(json, new TypeToken<List<User>>() {}.getType())或直接传User.class构造器参数 -
避免泛型数组，改用集合或 Object[] + 手动转型：若真需数组，用
new ArrayList[10]后配合@SuppressWarnings("unchecked")并确保逻辑安全 -
字段/方法签名保留泛型供反射用：把泛型写在类成员上（如
private Map<String, List<Integer>> cache;），再用Field.getGenericType()提取嵌套类型 -
性能敏感场景慎用泛型容器存基本类型：考虑用
IntArrayList（来自 Trove 或 Eclipse Collections）等专门优化的原生类型集合
