Java泛型擦除不可取消，但可通过Class显式传参、TypeReference/ParameterizedType反射、避免运行时泛型判断、添加类型标记字段四种方式绕过限制。
Java 中泛型擦除导致运行时无法获取真实类型参数，这是语言机制决定的，不能“取消擦除”，但可以通过几种成熟、稳定的方式绕过限制，准确识别或还原类型信息。
用 Class 显式传入类型信息
这是最常用也最可靠的方法。泛型擦除后，JVM 不知道 T 是什么，但你可以把 Class<T> 对象作为参数传进来，让运行时有据可查。
例如实现一个 JSON 反序列化工具：
public <T> T fromJson(String json, Class<T> clazz) {
return gson.fromJson(json, clazz); // Gson 依赖 clazz 获取实际类型
}
调用时写 fromJson(json, User.class)，就能正确构造 User 实例，不会因擦除变成 Object。
立即学习“Java免费学习笔记（深入）”；
用 TypeReference 或 ParameterizedType 配合反射
当需要保留带泛型的复杂类型（如 List<User>、Map<String, List<Order>>），单纯传 Class 不够——因为 List.class 不包含 <User> 信息。
此时应使用匿名子类技巧或 TypeReference（如 Jackson 提供）：
// Jackson 示例
TypeReference<List<User>> ref = new TypeReference<List<User>>() {};
List<User> users = objectMapper.readValue(json, ref);
原理是：匿名内部类在编译后会把父类的泛型签名（List<User>）保留在字节码的 Signature 属性中，通过反射可读取。
避免依赖运行时泛型类型判断的逻辑
有些场景试图用 instanceof 或 getClass() 判断泛型实际类型，比如：
if (list instanceof List<String>) { ... } // 编译不通过！
这类写法根本通不过编译。更隐蔽的是：
System.out.println(list1.getClass() == list2.getClass()); // true —— ArrayList<String> 和 ArrayList<Integer> 运行时类相同
所以应转向设计层面规避：用不同类区分语义（如 StringList、IdList），或用字段/枚举标记数据来源，而不是靠泛型参数做运行时分支。
必要时用运行时类型标记辅助
对高度动态的场景（如通用 DAO、泛型响应体），可在对象中增加类型标识字段：
public class ApiResponse<T> {
private String dataType; // 如 "user", "order"
private T data;
// 构造时由调用方设置 dataType
}
配合工厂方法或注册表，根据 dataType 查找对应的 Class<?>，再进行转换。这不是替代泛型，而是补足擦除后缺失的上下文。
