泛型擦除带来什么影响

**泛型擦除（Type Erasure）**是 Java 在引入泛型（Java 5）时为兼容旧版本而采用的设计：
编译期存在泛型信息，运行期被“擦除”为原始类型（通常是 Object 或边界类型）。

一、泛型擦除带来的主要影响

1️⃣ 运行时无法获取泛型真实类型

List<String> list = new ArrayList<>();

编译后等价于：

List list = new ArrayList();

❌ 不能在运行时判断：

if (list instanceof List<String>) // 编译错误

✅ 只能判断原始类型：

if (list instanceof List)

2️⃣ 不能创建泛型数组

T[] array = new T[10]; // 编译错误

原因：运行时不知道 T 是什么，无法正确创建数组。

✅ 替代方案：

T[] array = (T[]) new Object[10];

3️⃣ 不能用基本类型作为泛型参数

List<int> list; // ❌

✅ 只能用包装类：

List<Integer> list;

4️⃣ 方法重载可能冲突

void method(List<String> list) {}
void method(List<Integer> list) {} // 编译错误

擦除后签名相同，不算重载。

5️⃣ 类型转换由编译器自动插入

List<String> list = new ArrayList<>();
String s = list.get(0);

编译后等价于：

String s = (String) list.get(0);

可能引发 ClassCastException（在错误使用时）。

6️⃣ 反射获取泛型信息受限

运行时拿不到：

class Box<T> {}

✅ 但可通过字段 / 方法返回值 / 父类泛型间接获取：

class StringBox extends Box<String> {}

Type type = StringBox.class.getGenericSuperclass();

7️⃣ 桥接方法（Bridge Method）产生

为保证多态，编译器生成“桥方法”：

class Node<T> {
    void set(T t) {}
}

擦除后生成：

void set(Object o) {}

二、泛型擦除的“好处”（设计原因）

✅ 向后兼容（Java 1.4 代码仍可运行）
✅ 运行时性能无额外开销
✅ JVM 不需要改动

三、总结一句话

泛型擦除让泛型“只在编译期有用”，运行时类型信息丢失，导致类型检查受限、反射变复杂，但也保证了 Java 的兼容性。

如果你愿意，我也可以对比 Java vs Kotlin / C# 的泛型实现差异。