匿名内部类能保留泛型信息，因其编译时生成独立class文件，将父类泛型实参固化在signature属性和getgenericsuperclass()返回值中，使反射可稳定获取parameterizedtype及实际类型参数。
匿名内部类是 Java 中少数能“固化”泛型类型信息的机制之一。它不依赖字段或方法签名，而是通过继承关系把泛型实参写死在字节码元数据里，从而绕过类型擦除限制，让反射可以稳定提取。
为什么匿名内部类能保留泛型信息
Java 编译器对匿名内部类会生成独立的 class 文件，并将父类（含泛型）的类型实参直接记录在 Signature 属性和 getGenericSuperclass() 返回值中。这不是运行时推断，而是编译期静态固化。
- 普通泛型类如
Box<t></t>，运行时new Box<string>().getClass().getGenericSuperclass()</string>返回的是Box<t></t>（TypeVariable），无法得知String - 但
new Box<string>() {}</string>是匿名子类，其getGenericSuperclass()返回Box<string></string>（ParameterizedType），getActualTypeArguments()[0]就是String.class
典型实战场景：泛型回调监听器类型自动识别
常见于网络请求、JSON 解析等需要传入泛型回调的场景，避免重复传 Class<t></t> 参数。
- 定义泛型回调接口：
public interface Callback<t> { void onSuccess(T data); }</t> - 调用方写：
api.request(new Callback<user>() { public void onSuccess(User u) { ... } });</user> - 在
request()方法内，通过callback.getClass().getGenericSuperclass()或getGenericInterfaces()提取User.class - 后续可直接用于
Gson.fromJson(json, userType)，无需额外传User.class
关键操作步骤与注意事项
提取逻辑需严格按反射路径走，且必须确保匿名类确实继承/实现了带泛型的目标类型。
- 若实现接口：用
clazz.getGenericInterfaces()找到对应ParameterizedType，再取getActualTypeArguments() - 若继承类：用
clazz.getGenericSuperclass()，判断是否为ParameterizedType，再递归解析（支持嵌套如List<map integer>></map>） - 注意泛型参数可能为
TypeVariable（如T extends Number）或WildcardType（如? super String），需分别处理上界或下界 - 不能对普通实例（如
new ArrayList<string>()</string>）使用此法——它没继承关系，getClass()只返回ArrayList.class
替代方案对比：为什么选匿名内部类而非其他
相比字段反射或方法签名反射，匿名内部类更适用于“动态传入泛型类型”的上下文，比如框架回调、插件注册等无法提前声明字段的场景。
- 字段反射：要求泛型类型在类结构中显式声明（如
private List<user> users;</user>），不适用于运行时决定的类型 - 方法签名反射：仅适用于已知方法名和签名的固定调用点，灵活性低
- 匿名内部类：由调用方主动构造，类型信息由使用者明确写出，框架侧只需统一提取，解耦清晰
