匿名内部类能保留泛型类型，因其被编译为具体子类并将泛型实参写入signature属性，绕过类型擦除；框架如resttemplate借此通过getgenericsuperclass()获取实际类型参数。

泛型类型信息能在匿名内部类中保留，根本原因在于编译器对匿名类的特殊处理——它把泛型实参作为类签名的一部分写入字节码，绕过了常规的类型擦除规则。

为什么匿名内部类能“冻结”泛型类型

Java 泛型默认在运行时被擦除，但这个擦除发生在泛型类/方法的**实例化过程**中。而匿名内部类不是“泛型实例”，它是编译期生成的一个**具体子类**，其父类（或实现接口）的泛型参数会被完整记录在它的 Signature 属性里。

• 编译器必须知道这个匿名类继承的是 ParameterizedTypeReference<list>></list>，否则无法校验构造、重写和类型兼容性
• 该签名信息保存在 .class 文件的 Signature 属性中，可通过反射读取：getGenericSuperclass()
• 普通泛型变量（如 List<string> list</string>）的泛型仅保留在字段声明处，不携带到对象实例；而匿名类自身就是一个“带签名的类型载体”

ParameterizedTypeReference 的典型用法

Spring 的 RestTemplate 和多数 JSON 框架（如 Jackson）依赖此机制还原泛型结构。关键不是“创建对象”，而是“提供可反射的类型描述”。

• 错误写法：rest.exchange(url, HttpMethod.GET, null, List.class) → 只能解析出 List<object></object>
• 正确写法：new ParameterizedTypeReference<list>>() {}</list> → 匿名子类固化 List<user></user> 类型
• 框架内部通过 ((ParameterizedType) getClass().getGenericSuperclass()).getActualTypeArguments() 提取 User.class

不只是 RestTemplate：其他常见场景

只要需要在运行时明确泛型的实际类型，且不能靠字段/方法签名推断，匿名内部类就是最轻量可靠的方案。

• 自定义泛型回调：比如 Callback<result>> callback = new Callback<result>>() {...}</result></result>，让回调处理器知道要处理 Order
• 类型安全的工厂注册：注册 new TypeToken<map config>>() {}</map>，供反序列化时识别嵌套结构
• 避免 Class> 强转风险：比起传 Class<list>></list>（语法非法），用匿名类更自然、无反射隐患

注意边界：它不解决所有泛型问题

匿名内部类保留的是“你写死的泛型实参”，不是动态计算出来的类型。它本质是编译期快照，不是运行时推理。

• 不能用于泛型方法返回值的动态推导（例如 <t> T parse(String json, Class<t>)</t></t> 还是得靠传 Class）
• 不能绕过 new T[] 或 instanceof T 的限制——这些仍是运行时语义，匿名类只帮你在反射层面拿到类型描述
• 如果泛型嵌套过深（如 Response<page user>>>></page>），写匿名类易错，建议封装为静态工具方法