Java泛型在运行时拿不到具体类型,因为类型擦除使ArrayList和ArrayList都变为ArrayList,JVM不保留泛型信息;仅通过继承带具体泛型的父类或字段声明等有限途径可获取部分类型信息。
因为类型擦除,ArrayList 和 ArrayList 在运行时都是 ArrayList,JVM 不保留泛型参数信息。反射调用 getClass().getTypeParameters() 或 getGenericSuperclass() 只能拿到 E 这种占位符,不是真实类型。
常见错误现象:想在方法里根据泛型参数做不同逻辑分支,比如写 if (T == String.class) —— 编译不过,运行时也无从判断。
getGenericSuperclass() 提取部分类型信息(例如 class MyList extends ArrayList)new ArrayList() {{}}.getClass().getGenericSuperclass() 能拿到 ArrayList
private List names; )可通过 Field.getGenericType() 获取,前提是该字段在类定义中明确写出,且未被动态代理/字节码增强覆盖不能直接写 (T) obj 并指望它校验类型——这只是告诉编译器“我信你”,实际是 unchecked cast,运行时不会抛异常,但可能后续触发 ClassCastException。
真正安全的做法是传入 Class 实参,再调用 cast() 或 isInstance():
publicT safeCast(Object obj, Class type) { if (type.isInstance(obj)) { return type.cast(obj); } throw new ClassCastException("Cannot cast " + obj + " to " + type.getName()); }
type.cast(obj) 等价于 (T) obj,但多了运行时类型检查obj.getClass() == type,它不支持子类(比如 String.class == type 但 obj 是 StringBuilder 就失败)Class 对象需用 Array.newInstance() 或 Class.forName("[Ljava.lang.String;") 构造,不能靠 
.class 字面量像 gson.fromJson(json, List.class) 只能得到 ArrayList,原始元素类型丢失。必须用 TypeToken 告诉解析器“我要的是 List”。
关键点在于 TypeToken 利用了匿名子类的字节码保留机制:
Gson gson = new Gson();
String json = "[{\"name\":\"Alice\"}]";
List users = gson.fromJson(json, new TypeToken>() {}.getType());
new TypeToken>().getType()
—— 没有匿名子类,getType() 返回的是 java.lang.reflect.TypeVariable,Gson 无法解析new TypeReference>() {}
同理,原理一致Map>> ),手写 TypeToken 易错,建议提取为常量或封装工具方法最隐蔽的问题出现在泛型方法 + 重载 + 自动装箱组合场景下:
void handle(Listlist) { System.out.println("string list"); } void handle(List list) { System.out.println("int list"); } List s = Arrays.asList("a"); handle(s); // OK,输出 "string list" List
原因:擦除后两个 handle 方法签名都变成 handle(List),JVM 无法区分;而编译器又无法根据泛型实参推导唯一重载版本。
handleStringList / handleIntegerList)或统一接收 Collection> + 运行时 instanceof 分支Arrays.asList() 返回的是不可变 ArrayList 子类,其 set() 抛 UnsupportedOperationException,和类型擦除无关但常被误认为转型失败@Data 会为泛型字段生成 toString(),但擦除后打印出的是 field=ArrayList@xxx,看不出元素类型——这不是 bug,是设计使然类型擦除不是缺陷,是 Java 兼容性和 JVM 简洁性的权衡结果;所有绕过它的技巧,本质都是用额外元数据(Class 对象、TypeToken、字段签名)把本该编译期解决的事拖到运行时补救。越想“自动”还原泛型,越要小心多一层反射或字符串解析带来的开销和不确定性。