Java 的泛型是一种“语法糖”，它的设计理念是：编译时类型检查，运行时类型擦除。这带来了类型安全，但也引发了一些实际问题。下面详细讲解泛型擦除的原理、常见问题及解决办法。

1. 编译时类型检查
   在编译阶段，Java 编译器会根据泛型参数帮你做类型检查。例如：

1
List<String> list = new ArrayList<>();
2
list.add("hello");    // 编译通过
3
list.add(123);        // 编译报错，类型不匹配

此时， 只是编译器用来检查类型的“提示”，不会进入字节码。

2. 运行时类型擦除
   Java 编译后，泛型类型信息会被“擦除”：

• List 变成 List
• Map<Integer, String> 变成 Map

运行时，JVM 并不知道泛型的具体类型，只知道原始类型。例如：

1
List<String> list = new ArrayList<>();
2
list.add("hello");
3
String s = list.get(0);

JVM 只知道 list 是个 List，get(0) 返回的是 Object，编译器会自动插入类型转换代码。

3. 普通代码中，泛型擦除通常无影响
   大多数情况下，泛型擦除不会影响代码运行，因为类型检查和转换都在编译阶段完成了。

4. 反射和序列化时，泛型擦除导致问题
   但在反射和序列化框架（如 Jackson）中，运行时需要确切的类型信息。如果泛型被擦除，框架无法推断出泛型的真实类型，导致反序列化失败。

典型问题举例
假设有如下泛型类：

1
@Data
2
public class ApiResponse<T> {
3
    private int code;
4
    private String message;
5
    private T data;
6
}

你这样调用：

1
ApiResponse<List<String>> response = restTemplate.exchange(
2
    url,                        // 请求的 URL 地址
3
    HttpMethod.GET,             // 请求方法是 GET
4
    new HttpEntity<>(headers),  // 请求头（HttpEntity 封装了 headers）
5
    ApiResponse.class           // 指定响应体类型（⚠️ 这里是关键）
6
).getBody();                    // 获取响应体内容

此时，Jackson 只知道你要反序列化成 ApiResponse，但不知道 T 是什么类型。于是 data 字段会被反序列化成 LinkedHashMap 或 ArrayList