泛型擦除使Java在编译期移除类型信息以兼容旧版本，导致运行时无法获取真实泛型类型，限制了反射、重载、instanceof及数组创建等操作，需开发者手动保障类型安全。
Java的泛型擦除机制在编译期会移除泛型类型信息，导致运行时无法获取真实的泛型类型。这种设计主要为了兼容老版本的Java代码，但也带来了一些对对象类型处理上的限制和影响。
运行时无法获取泛型类型信息
由于泛型擦除，集合或对象在运行时只知道原始类型（如List、Map），而不知道具体的泛型类型（如List
例如：
ListClass> type = list.getClass().getGenericSuperclass(); // 无法直接获取String类型
只有在定义泛型类继承或接口时，通过父类声明保留了类型信息的情况下，才能借助getGenericSuperclass()或getActualTypeArguments()获取部分泛型信息。
立即学习“Java免费学习笔记（深入）”；
不能基于泛型类型进行方法重载
因为擦除后的方法签名相同，所以无法定义如下两个方法：
void method(Listvoid method(List
这两个方法在编译后都会变成method(List list)，造成冲突。因此Java不允许这样的重载。
instanceof和强制转换的限制
你不能对具体泛型类型使用instanceof：
只能判断原始类型：
if (obj instanceof List) { } // 合法同理，强制转换时虽然可以写(List，但不会在运行时检查元素是否真的是String，仅靠编译器插入“桥接”检查，存在潜在风险。
数组创建受限
你不能直接创建泛型类型的数组：
T[] array = new T[10]; // 编译错误List
因为类型被擦除，JVM无法确保数组中存放的元素类型安全，容易引发HeapPollutionException。
基本上就这些。泛型擦除让代码更兼容，但也削弱了运行时的类型能力，需要开发者手动维护类型安全。
