谢邀,曾经我也思考过这个问题,这个问题非常好!
答案是在运行期只能获取当前class文件中包含泛型信息的泛型类型,而不能在运行时动态获取某个泛型引用的类型。
事实上所谓的泛型的类型擦除是指把某个具体的泛型引用在编译期完成类型检查后,擦除成了Object而丢失了它运行时所赋予的类型信息。举例来说,真正没有擦除的泛型应该是能轻而易举地执行如下操作的:
public class Test {
public T[] getArray(int length) {
Class clazz = T.class;
return (T[])Array.newInstance(clazz, length);
}
}
在以上的代码中,假设泛型的信息没有被擦除,您在任何位置new出来的Test实例都会保存自己的“T”类型信息,那么getArray方法就可以获取到实际T的class信息。
而在类型擦除后,上面代码中是没有任何办法在getArray方法内部获取到T的类型信息的,这才是擦除后的实际效果。您所说的可以通过反射获取到的泛型信息一定是某个class作为成员变量、方法返回值等位置的具体泛型类型,举例来说:
public class Test {
private Test test;
private T item;
}
在上面的代码中,您可以通过反射获取成员test的Integer泛型信息,但是无法获取item的实际类型。这部分我查看了OpenJDK 8的相关源码,从原理上讲,例子中的test成员编译时会将Integer信息编译进class字节码,从而反射系统就可以获取到这个信息,如下图所示:
您可以看到,实际上test的泛型信息是直接被编译进字节码了。在OpenJDK 8中,您反射获取泛型的时候,您使用getDeclaredField来获取Field对象时,本质上系统会调用一个native方法:getDeclaredFields0来获取该class的信息。而它的实现在jvm.cpp的JVM_GetClassDeclaredFields方法中:
而这个方法本质上的操作是从已经加载好的klass信息中获取fieldDescriptor,从而产生Field对象的oop,把class的field信息注入进去,返回给Java端的调用方。而再追溯klass中产生fieldDescriptor的代码可以发现,事实上这个信息就是在JVM加载字节码的时候,JVM将解析到字节码的泛型信息保存下来的。
也就说在类加载阶段,JVM就将字节码中写死的泛型信息保存了下来。而您反射的时候,反射系统自然就可以获取到该信息,从而您可以通过getGenericType()来获取到Type信息,从而解析出泛型类型。而如同例子中定义的item这类泛型引用来说,它们的泛型信息不来自于自身的class,在编译完成通过类型检查后,类型系统中它们就等同于Object,这种泛型是无法通过反射获取的,也就是说这类类型信息被擦除了。