java泛型类型擦除后，框架通过显式类型令牌（如class、typetoken）、反射获取方法级泛型信息、仅对已知包装类安全拆箱、依赖桥接方法运行时强转，实现类型安全转换。
Java 泛型类型擦除本身不提供运行时类型信息，框架设计中实现类型安全转换的关键，不是“恢复”擦除的类型，而是绕过擦除限制，用编译期可保留的信息 + 显式传入的类型线索，完成准确、安全的值提取与转换。
明确包装类是基本类型的唯一入口
Java 不允许 List<int></int> 这类写法。所有基本类型必须通过对应包装类（Integer、Boolean 等）参与泛型。因此，框架处理的基本类型数据，本质是包装类实例。类型安全转换的前提是：框架只对已知的包装类做拆箱，且拆箱动作必须基于调用方提供的类型依据，而非猜测。
- 接收
Class<integer></integer>后，才调用((Number) obj).intValue() - 接收
Class<boolean></boolean>后，才调用((Boolean) obj).booleanValue() - 绝不依赖泛型字段声明（如
T value）反推原始类型——它在运行时就是Object
用 getGenericReturnType 或 TypeReference 捕获方法级泛型结构
虽然类泛型被擦除，但方法签名中的泛型信息（尤其是返回类型）可通过反射获取。这对解析嵌套泛型（如 List<map integer>></map>）至关重要。
- 调用
method.getGenericReturnType()得到ParameterizedType - 从中提取原始类型（
Map.class）、实际类型参数（String.class,Integer.class） - 再逐层递归解析，构建类型映射链，指导后续反序列化或转换逻辑
强制调用方提供类型令牌（Type Token）
这是最稳定、最主流的做法。Gson、Jackson、OkHttp 等成熟框架均采用此模式。
- 基础场景：传入
Integer.class→ 框架执行安全拆箱 - 复杂泛型：传入
TypeToken<list>>() {}</list>→ 匿名子类保留完整泛型签名，通过.getType()获取ParameterizedType - 避免使用
instanceof判断泛型字段类型——该判断永远无法命中原始基本类型语义
桥接方法与自动插入转型保障运行时兜底
框架若封装泛型接口或继承泛型类，编译器会自动生成桥接方法。这些方法包含显式强转，是类型安全的最后一道防线。
- 例如：实现
Comparable<integer></integer>时，编译器生成桥接方法compareTo(Object) - 其中含
return compareTo((Integer) o)—— 若传入非Integer，立即抛ClassCastException - 这说明：即使反射绕过编译检查注入错误类型，后续调用仍会在运行时暴露问题，而非静默出错
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
