java泛型与反射结合时需主动补全类型信息：显式传入class对象或用typetoken捕获泛型签名，避免依赖擦除后的类型；字段反射操作须手动校验转换，泛型数组创建需基于运行时组件类型；api设计应结合上界限定与安全校验。
Java 中泛型与反射结合时，类型擦除会让 T 在运行时变成 Object 或上界类型，导致反射取值或创建实例时容易抛 ClassCastException。关键不是“绕过”擦除（它不可逆），而是主动补全缺失的类型信息。
显式传入 Class 对象
这是最直接、最可控的方式。编译期无法保留泛型参数，但你可以把具体类型作为参数带进来，让反射有据可依。
- 定义方法时增加
Class<t></t>参数，例如：<t> T createInstance(Class<t> clazz)</t></t> - 调用时传真实类型：
createInstance(String.class)，而非依赖泛型推断 - 用
clazz.getDeclaredConstructor().newInstance()替代已弃用的newInstance() - 反序列化或字段赋值时，也用该
Class对象做类型校验和转换
用 TypeToken 捕获泛型签名
当泛型嵌套较深（如 List<map user>></map>）且不能改方法签名时，借助匿名子类保留类型信息。
- 继承
TypeToken<t></t>（如 Gson 或自定义实现），利用其构造函数捕获泛型实际类型 - 通过
getType()获取ParameterizedType，再逐层解析原始类型和实际类型参数 - 适用于 JSON 反序列化、通用 DAO 查询结果映射等场景
- 注意：必须是匿名内部类或子类，普通实例无法获取泛型签名
避免在反射中依赖泛型字段的运行时类型
字段声明为 private List<string> names;</string>，反射读取 getGenericType() 能拿到 ParameterizedType，但直接调用 get(field) 返回的是 Object，需手动转型。
- 不要写
(List<string>) field.get(obj)</string>—— 编译通过，运行可能失败 - 应先检查返回值是否为预期集合类型，再逐个元素转型，或统一用
Collection接口处理 - 对泛型数组字段，禁止用
Array.newInstance(type, size)创建，而应基于运行时确认的组件类型构造 - 字段设值时，优先验证元素类型是否兼容，而非依赖泛型声明
配合桥接方法与泛型边界设计 API
在泛型工具类中，结合上界限定与反射逻辑，可减少误用面。
- 方法参数用
<t extends number> void process(List extends T> list)</t>，约束输入范围 - 反射操作前，用
clazz.isAssignableFrom(actual.getClass())做安全校验 - 对泛型返回值，若需强转，先用
instanceof判断原始类型（如obj instanceof ArrayList），再处理内容 - 避免在泛型类内部直接反射访问自身类型参数 —— 它已被擦除，应由调用方提供类型上下文
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
