Java6 的类反射瓶颈

MethodAccessorGenerator.generate 生成一个虚拟的class, GeneratedMethodAccessor1,2...之类

你可以在启动参数里 使用  XX:+TraceClassLoading, 可以看到 load 的虚拟的class

从理论上来说,这样的调用等于是生成新的class,直接调用具体的类的方法,性能应该和直接调用的方法接近,或者类似,除了方法调用的入栈和出栈,当然当用hotspot编译运行的时候的,内联可以解决这样的问题。

结果却让人吃惊

在用类反射调用的时候100万次需要3秒,而直接调用却只要10毫秒。

有人说,因为是method的调用,涉及到method的quickCheckMemberAccess,ensureMemberAccess检查,这个你可以通过设置method.setAccessor(true) 绕过成员检查。

主要的原因是: 因为接口的通用性,Java 的invoke 方法 是传object, 和object[] 数组的。

也就是如果是简单类型的话,在接口处必须封装成object, 例如 long ,在javac compile的时候 用了Long.valueOf() 转型

那也就是大量了生成了Long 的object, 同时 传入的参数是Object[]数值,那还需要额外封装object数组。

在调用的时候,产生了额外的不必要的内存浪费,当调用次数达到一定量的时候,最终还导致了GC。

接口的通用性在对性能要求不高的系统里通用性非常高,但在对性能要求高的系统里简直就是灾难。

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/wyjgyx.html