java的泛型在编译阶段会进行类型擦除，运行时不保留类型信息。这是为了兼容旧版本java代码而设计的机制。1. 类型擦除意味着泛型参数会被替换为object或边界类型，如list
Java的泛型在编译阶段确实会进行类型擦除，这是它设计上一个比较特别的地方。简单来说，泛型信息在编译之后会被“擦掉”，变成原始类型（raw type），运行时并不保留泛型的类型信息。很多人会因此担心类型安全问题，但其实Java通过一些机制来保证泛型在运行时的安全性。
什么是类型擦除？
Java的泛型是通过“类型擦除”实现的，也就是说，在编译成字节码的时候，泛型类型参数会被替换成具体的类型（比如Object），或者根据泛型的边界替换为相应的类型。
举个例子：
立即学习“Java免费学习笔记（深入）”；
List<String> list = new ArrayList<>();
编译之后，JVM看到的是：
List list = new ArrayList();
这就叫类型擦除。这样做的目的是为了保持与Java 5之前版本的兼容性。
为什么Java要使用类型擦除？
Java在引入泛型的时候已经是比较成熟的语言了，为了兼容旧代码，同时又不改变JVM本身，Java选择了类型擦除的方式实现泛型。
主要优点包括：
- 向下兼容：老代码可以和新泛型代码共存
- 不需要修改JVM：泛型的处理是在编译器层面完成的
但这也带来了一些限制，比如不能创建泛型数组、不能用基本类型作为泛型参数（必须用包装类）等。
类型擦除带来的问题有哪些？
虽然泛型在编译时提供了类型安全检查，但由于类型信息在运行时被擦除，也带来了一些问题：
-
不能获取泛型的实际类型：比如在运行时你无法知道一个List
和List 有什么区别。 -
不能直接创建泛型数组：像
new T[10]这样的写法是不允许的。 - 桥接方法（Bridge Method）：编译器会自动生成一些方法来保持多态的正确性，但这些方法对开发者是隐藏的，有时会造成困惑。
如何保证泛型的类型安全？
虽然类型被擦除了，但Java在编译阶段就已经做了类型检查，确保你不会把错误类型的对象放进泛型容器里。比如：
List<String> list = new ArrayList<>();
list.add("hello");
list.add(123); // 编译报错此外，还可以通过以下方式增强类型安全性：
- 使用
@SafeVarargs注解来标记泛型可变参数方法是安全的 - 避免使用原始类型（raw type），否则会失去泛型检查
- 使用
instanceof时注意泛型类型无法直接判断，只能判断外层容器类型
如果你确实需要在运行时获取泛型信息，可以考虑使用TypeToken（比如Gson库中提供的）来保留泛型信息。
实际开发中要注意什么？
实际开发中，有几个常见的坑需要注意：
- 不要使用
(List<integer>) new ArrayList<string>()</string></integer>这样的强制类型转换，虽然编译能过，但运行时可能出错 - 泛型方法的类型推断有时会失败，需要手动指定类型参数
- 在使用反射操作泛型时，需要处理
ParameterizedType等接口来获取泛型信息
例如获取父类泛型信息：
Type type = getClass().getGenericSuperclass();
if (type instanceof ParameterizedType) {
Type[] args = ((ParameterizedType) type).getActualTypeArguments();
}这种方式在很多框架中都有使用，比如Spring、Hibernate等。
基本上就这些。类型擦除是Java泛型实现的底层机制，理解它有助于写出更安全、更健壮的泛型代码。虽然不能完全避免它的限制，但通过一些技巧和规范，可以很好地规避潜在的问题。
