Java泛型在编译后类型参数被擦除为Object，导致运行时无法获取具体泛型信息，因此不能使用instanceof进行泛型类型判断，反射也无法区分不同参数化的类型；不能创建泛型数组以保障类型安全，需用集合替代或谨慎转换；无法直接实例化类型参数T，需通过Class和反射创建实例；基本数据类型不能作为泛型参数，必须使用包装类，带来装箱拆箱开销；此外，反射等操作可能破坏类型安全，引发ClassCastException，表明泛型安全仅在编译期有效，运行时存在风险。
Java的泛型在编译后会被“擦除”，所有类型参数都会变成它们的上限（通常是Object），这意味着运行时无法感知到具体的泛型类型。这个机制虽然保证了与旧版本的兼容性，但也带来了一系列运行期的限制和需要注意的问题。
运行时无法进行泛型类型判断
由于类型信息在编译后就不存在了，所以不能用insta 
-
if (obj instanceof ArrayList
) 这样的代码是非法的，编译器会直接报错。 - 你只能判断它是不是原始类型，比如 if (obj instanceof ArrayList) 是可以的，但这丢失了泛型的精确性。
- 同样，通过反射获取的对象 getClass() 方法，也无法区分 ArrayList
和 ArrayList ，它们返回的都是同一个 ArrayList.class。
不能创建泛型数组
你不能直接实例化一个参数化类型的数组，例如 new ArrayList
- 根本原因在于，数组在创建时需要知道其元素的确切类型来进行类型检查。如果允许创建 Pair
[] ，那么在运行时，由于类型被擦除，JVM只知道这是一个 Pair[] 数组。这时，如果你再试图往里面放入一个 Pair对象，数组的运行时类型检查就会失效，从而破坏了类型安全。 - 解决方案通常是使用集合类如 ArrayList 来代替数组，或者先创建原始类型的数组然后强制转换（但要非常小心）。
不能直接实例化类型参数
你无法在泛型类或方法内部使用 new T() 来创建类型参数T的实例。
- 因为在运行时，T已经被擦除为Object或其限定类型，编译器不知道T到底是什么具体类，所以无法生成正确的构造指令。
- 常见的解决办法是让调用者传入一个 Class
对象，然后通过反射的 newInstance() 方法来创建实例。
基本数据类型不能作为泛型参数
你不能写 ArrayList
- 解决方案是使用基本类型的包装类，例如 ArrayList
。 - 这会带来自动装箱（autoboxing）和拆箱（unboxing）的性能开销，尤其是在处理大量数值时需要注意。
运行时存在潜在的类型安全风险
编译器的类型检查只在编译期有效，运行时由于类型擦除，可以通过反射等手段绕过这些检查。
- 例如，你可以通过反射向一个声明为 ArrayList
的集合中添加一个Integer对象。编译器对此无能为力，而等到你从集合中取出元素并尝试赋值给String变量时，才会抛出 ClassCastException。 - 这说明泛型提供的类型安全是一种“尽力而为”的保障，开发者仍需对可能破坏这种安全性的操作保持警惕。
