Java泛型的语法相当的别扭,看到一个这样的写法,感觉到很神奇,正好研究下Java泛型是怎么实现的。
public class A{
public static void main(String[] args) {
A a = new A();
a.test();
String r = a.test();
}
public T test() {
return (T) new Object();
}
}
刚开始时,我看到那个"
查看下test()函数生成的字节码:
public test()Ljava/lang/Object;
L0
LINENUMBER 14 L0
NEW java/lang/Object
DUP
INVOKESPECIAL java/lang/Object.()V
ARETURN
可以发现,这个函数实际上的返回类型是Object,和T没什么关系。
再看下调用test()函数的地方对应的字节码:
a.test();
String r = a.test();
L1
LINENUMBER 5 L1
ALOAD 1
INVOKEVIRTUAL A.test()Ljava/lang/Object;
POP
L2
LINENUMBER 7 L2
ALOAD 1
INVOKEVIRTUAL A.test()Ljava/lang/Object;
CHECKCAST java/lang/String
ASTORE 2
可以看到a.test() 实际上只是调用了下test()函数,返回值直接被pop掉了,没有那个T什么事。
String r = a.test()处,则有个CHECKCAST指令,检查类型转换有没有成功。
所以我们可以看到
public class A{
public static void main(String[] args) {
A a = new A();
a.test();
String r = (String) a.test();
}
public Object test() {
return new Object();
}
}
下面再来看个复杂点的例子:
public class A{
interface interface1{
public String interfaceOne ();
}
public T test1(T t) {
t.interfaceOne();
t.toLocaleString();
return null;
}
}
对应的字节码分析:
public test1(Date) : Date
L0
LINENUMBER 21 L0
ALOAD 1: t
CHECKCAST A$interface1
INVOKEINTERFACE A$interface1.interfaceOne() : String
POP
L1
LINENUMBER 22 L1
ALOAD 1: t
INVOKEVIRTUAL Date.toLocaleString() : String
POP
L2
可以看到,用了extends来限定参数的类型后,函数传进来的参数直接是Date类型的了。
不过,当中间调用到interface1.interfaceOne()时,还是需要一个CHECKCAST来进行类型转换。
http://www.vmth.ucdavis.edu/incoming/Jasmin/ref--7.html
checkcast checks that the top item on the operand stack (a reference to an object or array) can be cast to a given type. For example, if you write in Java:
return ((String)obj);
then the Java compiler will generate something like:
aload_1 ; push -obj- onto the stack
checkcast java/lang/String ; check its a String
areturn ; return it
checkcast is actually a shortand for writing Java code like:
if (! (obj == null || obj instanceof )) {
throw new ClassCastException();
}
// if this point is reached, then object is either null, or an instance of
// or one of its superclasses.
所以CHECKCAST指令实际上和INSTANCEOF指令是很像的,不同的是CHECKCAST如果失败,会抛出一个异常,INSTANCEOF是返回一个值。
http://docs.oracle.com/javase/specs/jvms/se7/html/jvms-6.html#jvms-6.5.instanceof
The instanceof instruction is very similar to the checkcast instruction (§checkcast). It differs in its treatment of null
, its behavior when its test fails (checkcast throws an exception,instanceof pushes a result code), and its effect on the operand stack.
另外,据虚拟机专家RednaxelaFX的说法,JVM有可能在运行时优化掉一些CHECKCAST指令。
http://hllvm.group.iteye.com/group/topic/25910
JAVA的泛型只是一个语法糖,实际上在运行时还是有类型转换的过程,从JVM生成的代码来看,和传递一个Object(或者extends的类型)没什么区别。当然泛型的最大好处是编绎期的类型错误检查。
明白JAVA泛型的大致实现原理之后,看很多泛型代码都比较清晰了:)
和C++的泛型比较,C++的泛型是在编绎期实现的,为每一个类型都生成一份代码,所以C++的泛型容易让编绎后的代码出现膨胀。
C++不会保证在运行时,你硬塞一个什么东东进去函数里去执行的结果(极有可能程序挂掉了)。
但是Java代码是跑在JVM里的,要保证程序无论如何都能正常跑,所以泛型肯定会有CHECKCAST这样的消耗。
实际上CHECKCAST算是一个运行时的输入检查了,而C++没有这种检查,Java则要求要这种检查。而JVM则有可能优化掉这些检查,比如前面已经确认过对象的类型了,那么CHECKCAST就有可能被优化掉。