Java的反射应用场景非常多，例如IDE在做联想时，Spring的IoC容器等等。
通过反射，我们可以做一些平时做不到的事儿，例如调用其他对象的私有方法，获取其任意属性，总之在反射面前，任何Java对象都毫无隐私可言。
反射调用的实现
我们首先来观察一下Method.invoke()方法。相关源代码在java.lang.reflect包下的Method类中。
public Object invoke(Object obj, Object... args)
throws IllegalAccessException, IllegalArgumentException,
InvocationTargetException
{
// 权限检查，忽略 ...
if (!override) {
if (!Reflection.quickCheckMemberAccess(clazz, modifiers)) {
Class<?> caller = Reflection.getCallerClass();
checkAccess(caller, clazz, obj, modifiers);
}
}
// 看这里 ...
MethodAccessor ma = methodAccessor; // read volatile
if (ma == null) {
ma = acquireMethodAccessor();
}
return ma.invoke(obj, args);
}
可以看到，这里讲方法的调用，委派给了MethodAccessor类型的ma对象来处理。它是一个接口，有两个实现类。一个委派实现(DelegatingMethodAccessorImpl)，一个本地实现(NativeMethodAccessorImpl)。每一个Method实例的第一次调用，都会使用委派实现！，但是委派实现最终委派的实现确实本地实现。下面通过里一个例子观察一下：
/**
* @author gzd
* @date 2018-09-09 下午5:59
* @desc 观察本地实现和委派实现
*/
public class HowReflect {
public static void targetMethod(int i) {
// 打印调用栈
new Exception("version " + i)
.printStackTrace();
}
public static void main(String[] args) throws Exception {
Class<?> howReflect = Class.forName("com.ynwa.jvm.HowReflect");
Method method = howReflect.getMethod("targetMethod", int.class);
// 执行方法
method.invoke(null, 0);
}
}
上面的代码运行结果为：
java.lang.Exception: 版本 0
at com.ynwa.jvm.HowReflect.targetMethod(HowReflect.java:13)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
// 4 委派实现又委派给了本地实现
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
// 3 生成委派实现
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
// 2 反射调用方法
at java.lang.reflect.Method.invoke(Method.java:498)
// 1 执行main方法
at com.ynwa.jvm.HowReflect.main(HowReflect.java:21)
上面在结果打印的调用栈中，注释的第3步个第4步，可以看到先用的委派实现，委派实现又委派了本地实现！
那么问题来了！既然最终要用本地实现，那么为什么中间要加一层委派实现？，那么继续向下看。
其实这是因为除了以上两种以外，还有一种动态实现，而所谓的委派实现，只不过是为了能够在本地实现和动态实现之间做切换。动态实现是一种字节码技术。
但是如果只调用一次的话，本地实现要比动态实现块一点儿，这是因为动态实现操作字节码要慢一些。JVM会认为你每次只会很少的进行方法调用(或者说只调用一次)，所以它设定了一个阀值：16，如果调用15此以上，也就是说第17次开始，使用动态实现。使用本地实现的时候，因为要经过Java -> c++ -> Java的过程。第17次开始，JVM会利用已经生成的字节码来进行方法调用，所以这无疑就会增速很多！
下面来循环20次上面的代码，直观的看一下，这个过程：
/**
* @author gzd
* @date 2018-09-09 下午5:59
* @desc 观察本地实现和委派实现
*/
public class HowReflect {
public static void targetMethod(int i) {
// 打印调用栈
new Exception("版本 " + i)
.printStackTrace();
}
public static void main(String[] args) throws Exception {
Class<?> howReflect = Class.forName("com.ynwa.jvm.HowReflect");
Method method = howReflect.getMethod("targetMethod", int.class);
for (int i = 0; i < 20; i++) {
// 执行方法
method.invoke(null, i);
}
}
}
下面是执行结果：
java.lang.Exception: 版本 0
at com.ynwa.jvm.HowReflect.targetMethod(HowReflect.java:14)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at com.ynwa.jvm.HowReflect.main(HowReflect.java:23)
java.lang.Exception: 版本 1
at com.ynwa.jvm.HowReflect.targetMethod(HowReflect.java:14)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at com.ynwa.jvm.HowReflect.main(HowReflect.java:23)
// 省略 2 -14 次 ... ... ...
java.lang.Exception: 版本 15
at com.ynwa.jvm.HowReflect.targetMethod(HowReflect.java:14)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
// 0 -15 次还是使用的本地实现
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at com.ynwa.jvm.HowReflect.main(HowReflect.java:23)
java.lang.Exception: 版本 16
at com.ynwa.jvm.HowReflect.targetMethod(HowReflect.java:14)
// 开始使用动态实现 ！
at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at com.ynwa.jvm.HowReflect.main(HowReflect.java:23)
java.lang.Exception: 版本 17
at com.ynwa.jvm.HowReflect.targetMethod(HowReflect.java:14)
at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at com.ynwa.jvm.HowReflect.main(HowReflect.java:23)
java.lang.Exception: 版本 18
at com.ynwa.jvm.HowReflect.targetMethod(HowReflect.java:14)
at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at com.ynwa.jvm.HowReflect.main(HowReflect.java:23)
java.lang.Exception: 版本 19
at com.ynwa.jvm.HowReflect.targetMethod(HowReflect.java:14)
at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at com.ynwa.jvm.HowReflect.main(HowReflect.java:23)
从结果中可以看到，"版本 17" 开始，使用了动态实现。
反射调用的开销
刚才的代码中，Class.forName会调用本地方法，getMethod会遍历所有的共有方法，如果找不到则会去父类找，这些操作都比较费时。如果将上面的代码改造一下，运行一亿次的话，我的电脑结果为550ms。而直接调用只需要5ms。可以看出差距非常大，不过实验比较简陋，比如其他进程的影响，没考虑方法内联，还有Interger的数据缓存等等。
下面的改造后的局部代码：
public static void targetMethod(int i) {
// 打印调用栈
// new Exception("版本 " + i)
// .printStackTrace();
}
public static void main(String[] args) throws Exception {
Class<?> howReflect = Class.forName("com.ynwa.jvm.HowReflect");
Method method = howReflect.getMethod("targetMethod", int.class);
long start = System.currentTimeMillis();
for (int i = 0; i < 100000000; i++) {
// 直接执行方法
// targetMethod(128);
// 反射调用
method.invoke(i);
}
long end = System.currentTimeMillis();
System.out.println("耗时：" + (end - start));
}
