泛型擦除使Java在编译后移除类型信息，导致运行时无法判断具体泛型类型，影响类型检查、反射获取及继承多态，需通过桥接方法等机制保证一致性。
Java的泛型擦除机制在编译期会移除泛型类型信息，导致运行时无法获取具体的泛型参数类型。这一机制直接影响了对象类型的判断、反射操作以及继承中的类型处理。
泛型擦除的基本原理
Java泛型是通过类型擦除实现的，意味着泛型信息只在编译阶段存在，编译后的字节码中泛型会被替换为原始类型（raw type），并插入必要的类型转换代码。
例如：
List<String> list = new ArrayList<>();经过编译后等同于：
立即学习“Java免费学习笔记（深入）”；
List list = new ArrayList();所有泛型类型参数被擦除，String 信息不再保留在运行时。
对对象类型判断的影响
由于类型信息被擦除，无法在运行时通过 instanceof 判断泛型的具体类型：
- list instanceof List<String> 是非法语法
- 只能判断原始类型：list instanceof List
这意味着程序无法直接区分 List<String> 和 List<Integer>，它们在运行时都是 List 类型。
反射中获取泛型类型的问题与解决方案
虽然泛型参数在实例中不可见，但如果泛型类型定义在类或方法签名上（如成员变量、方法返回值），可以通过反射获取。
例如：
public class Repository {private List<String> data;
}
此时可以通过 Field.getGenericType() 获取到 List<String> 的完整类型信息，因为该信息保留在字段签名中。
但如果是局部变量或对象实例内部，则无法获取。
桥接方法与继承中的类型一致性
泛型擦除会导致编译器生成桥接方法（bridge method）来保证多态正确性。
比如子类重写泛型父类方法时：
class Box<T> {public void set(T t) { }
}
class StringBox extends Box<String> {
@Override
public void set(String s) { }
}
编译后，StringBox 会生成一个桥接方法：
public void set(Object o) { set((String)o); }确保父类引用调用时仍能正确分发到子类方法，维持类型多态的一致性。
基本上就这些。泛型擦除虽然限制了运行时类型检查能力，但保证了与旧版本Java的兼容性，理解其影响有助于正确使用泛型和避免类型相关错误。
