为何Jackson、GSON等框架反序列化不用泛型而传Class对象？

这问题戳中了Java泛型最核心的痛点之一——类型擦除（Type Erasure），这也是所有序列化框架不得不绕开的一道坎儿。咱们一点点拆解：

1. Java泛型是“编译时语法糖”，运行时没了泛型信息 #

Java的泛型是编译期检查的机制，一旦代码编译完成，所有的泛型参数（比如<Foo>）都会被擦除掉，替换成最上层的父类（通常是Object）。

举个例子，你写的Foo result = mapper.readValue<Foo>(jsonStr);，编译之后会变成这样：

Foo result = (Foo) mapper.readValue(jsonStr);

而框架内部的readValue方法，运行时根本不知道你原本指定的是Foo，它只能拿到Object类型的信息。这时候如果直接返回Object，你强转虽然能过编译，但框架没法根据Foo的结构去解析JSON字段——比如Foo里的private String name、private int age这些信息，运行时泛型参数已经丢了，框架根本不知道要把JSON里的对应值映射到哪个字段上。

2. Class对象是运行时类型元数据的“钥匙” #

而Foo.class就不一样了，它是Class<Foo>的实例，在运行时保存了Foo类的所有元数据：字段、构造方法、注解等等。序列化框架拿到这个对象后，就能通过反射去创建Foo的实例，然后把JSON里的键值对一一映射到对应的字段上，完成反序列化。

简单说：泛型参数只在编译时有用，运行时就“消失”了；而Class对象是运行时能实实在在拿到的类型信息，框架靠它才能知道要把JSON转成什么具体的类。

3. 那有没有办法用泛型参数实现？其实是绕不开擦除的 #

可能你会问，能不能让框架通过泛型方法的参数拿到类型？比如定义：

public <T> T readValue(String json) {
    // 这里能拿到T的实际类型吗？
}

答案是不能，因为类型擦除后，这里的T在运行时就是Object，没有任何具体类型的信息。后来有些框架用了“技巧”来绕开这个问题，比如GSON的TypeToken，或者Jackson的TypeReference：

Foo result = mapper.readValue(jsonStr, new TypeReference<Foo>() {});

这其实是利用了匿名内部类不会擦除泛型参数的特性——匿名内部类的父类（TypeReference<Foo>）的泛型信息会被保留在字节码里，框架可以通过反射拿到这个类型。但这本质上还是没有直接用<Foo>的写法，因为直接的泛型参数在运行时还是会被擦除。

总结 #

Java泛型的编译时类型擦除，导致运行时无法获取泛型参数的具体类型信息，而序列化框架需要在运行时知道目标类的结构才能完成反序列化。所以必须通过传递Class对象（或者类似TypeToken的带类型信息的对象），给框架提供明确的目标类型元数据。

内容的提问来源于stack exchange，提问作者cdxf