反射 和 JAVAssist

问题： java 反射为什么会慢呢？ 应该如何解决？ 当作面试题来问吧。

其实不仅仅是面试题，在RPC框架中，使用javassist invoke method， 而不是选择反射。最近开dubbo 的源码时候，就发现rpc 调用直接使用javassit

第一步： java 反射 是什么？

java 反射 可以观测 java正在运行的程序，甚至修改程序的动态行为。比如说可以通过class对象获取所有的method和属性，可以通过Method.setAccessible 绕过java 的访问权限。我们日常使用的IDE一部分使用java反射的原理，当在键盘敲击点的时候就可以列出所有类的所有的方法。spring框架IoC也是依赖反射机制。但是反射的运行速度是有人会抱怨的。下面先看看反射的API：

使用java 反射的API 首先

（1）获取class 对象，可以通过Class.forName, getClass, 或者直接.class 访问。对于数组的class 对象， 可以通过Class.getComponentType() 方法获得数组元素的类型

（2）使用newInstance 获取class 对象的instance， 通过getFields，getConstructors， getMethods 获取该类的成员。method.invoke(object, object[])来调用方法，field.get/set(object)来访问字段的值

第二步：java 反射和 JVM

java的反射先调用了 Method.invoke，然后进入委派实现 DelegatingMethodAccessorimpl, 再进入本地实现NativeMethodAccessorImpl。java 反射使用委派机制是为了能够在本地以及动态实现中切换。动态实现就是指动态生成字节码的实现。动态字节码生成的运行效率比反射的高。但是生成字节码的过程也是耗时的，因此java 虚拟机通过Dsun.reflect.inflationThreashold = 15, 来决定是采用动态字节码生成还是本地运行。其中JAVAssist 就是可以动态生成 字节码。

那么java 反射为什么会慢呢？

（1）class.getMethod, 会遍历公有方法，如果匹配不到，还会遍历父类公有方法，在代码中，我们最好能够缓存遍历出来的结果

（2） method.invoke 是一个变长的参数方法，最后一个参数是Object 数组，Object 数组不能存储基本类型，会对传入的基本类型参数自动装箱。java缓存了[-128, 127]中的所有整数对应的Integer 对象，不再这个范围内的，需要新建一个integer对象

最近看dubbo 源代码，对其dubbo 的spi 设计， 和 javassist 使用比较感兴趣，原来背后都是有原因。是不是很神奇？