细读源码之JAVA反射方法调用优化

在上一篇文章《细读源码之JAVA反射》一文中，我们首先讲解了反射的应用场景以及缺点，其中反射调用一个非常致命的缺点，就是运行效率低下。

为了解决这个问题，JDK高版本对其进行了优化

一.反射优化举例

Java反射调用，有严重的性能问题，JDK高版本对其进行了优化。本文以JDK1.8为例，我们讲解一下反射调用优化的过程：

通过动态生成class字节码文件，把反射调用过程中的native调用，替换为纯Java方法调用，来提高性能。

由于替换的过程非常耗时，JDK并不是在首次反射调用就直接进行优化，而是通过ReflectionFactory.noInflation和ReflectionFactory.inflationThreshold两个参数来控制替换的时机。

下面举个例子，说明这一过程：

1.测试类定义：

run方法里面仅执行throw Exception的操作，作用是为了打印出调用的堆栈信息，方便后面进行分析。

2.测试程序：

执行的时候，需要加上运行参数-Dsun.reflect.inflationThreshold=0，加这个参数的原因，在后面会详细解答。上面代码执行结果如下所示：

 

分析上面的日志，可以得出下面结论：

1.第一次反射调用，是通过代理类DelegatingMethodAccessorImpl去调用NativeMethodAccessorImpl.invoke0这个方法，去触发run方法的执行，invoke0是native调用；

2.在第一次反射调用的时候，该方法反射调用的次数，大于inflationThreshold设置的值0，开始进行反射优化，将DelegatingMethodAccessorImpl的代理对象被替换为动态生成的GeneratedMethodAccessor2；

3.第二次反射调用，调用GeneratedMethodAccessor2.invoke方法&#x