匿名内部类能保留泛型类型，因其被编译为具体子类并将泛型实参写入Signature属性，绕过类型擦除；框架如RestTemplate借此通过getGenericSuperclass()获取实际类型参数。
泛型类型信息能在匿名内部类中保留，根本原因在于编译器对匿名类的特殊处理——它把泛型实参作为类签名的一部分写入字节码，绕过了常规的类型擦除规则。
为什么匿名内部类能“冻结”泛型类型
Java 泛型默认在运行时被擦除，但这个擦除发生在泛型类/方法的**实例化过程**中。而匿名内部类不是“泛型实例”，它是编译期生成的一个**具体子类**，其父类（或实现接口）的泛型参数会被完整记录在它的 Signature 属性里。
- 编译器必须知道这个匿名类继承的是
ParameterizedTypeReference<List<User>>，否则无法校验构造、重写和类型兼容性 - 该签名信息保存在 .class 文件的
Signature属性中，可通过反射读取：getGenericSuperclass() - 普通泛型变量（如
List<String> list）的泛型仅保留在字段声明处，不携带到对象实例；而匿名类自身就是一个“带签名的类型载体”
ParameterizedTypeReference 的典型用法
Spring 的 RestTemplate 和多数 JSON 框架（如 Jackson）依赖此机制还原泛型结构。关键不是“创建对象”，而是“提供可反射的类型描述”。
- 错误写法：
rest.exchange(url, HttpMethod.GET, null, List.class)→ 只能解析出List<Object> - 正确写法：
new ParameterizedTypeReference<List<User>>() {}→ 匿名子类固化List<User>类型 - 框架内部通过
((ParameterizedType) getClass().getGenericSuperclass()).getActualTypeArguments()提取User.class
不只是 RestTemplate：其他常见场景
只要需要在运行时明确泛型的实际类型，且不能靠字段/方法签名推断，匿名内部类就是最轻量可靠的方案。
-
自定义泛型回调：比如
Callback<Result<Order>> callback = new Callback<Result<Order>>() {...}，让回调处理器知道要处理Order -
类型安全的工厂注册：注册
new TypeToken<Map<String, Config>>() {}，供反序列化时识别嵌套结构 -
避免 Class<?> 强转风险：比起传
Class<List<User>>（语法非法），用匿名类更自然、无反射隐患
注意边界：它不解决所有泛型问题
匿名内部类保留的是“你写死的泛型实参”，不是动态计算出来的类型。它本质是编译期快照，不是运行时推理。
- 不能用于泛型方法返回值的动态推导（例如
<T> T parse(String json, Class<T>)还是得靠传Class） - 不能绕过
new T[]或instanceof T的限制——这些仍是运行时语义，匿名类只帮你在反射层面拿到类型描述 - 如果泛型嵌套过深（如
Response<Page<List<Map<String, User>>>>），写匿名类易错，建议封装为静态工具方法
