JAVA中Method的Invoke方法.pdfVIP

1 / 14 Java 中 Method 的 Invoke 方法 在写代码的时候，发现从父类 class 通过 getDeclaredMethod 获取的 Method 可以调用子类的对象，而子类改写了这 个方法，从子类 class 通过 getDeclaredMethod 也能获取到 Method，这时去调用父类的对象也会报错。虽然这是很符合 多态的现象，也符合 java 的动态绑定规范，但还是想弄懂 java 是如何实现的，就学习了下 Method 的源代码。 Method 的 invoke 方法 1.先检查 AccessibleObject 的 override 属性是否为 true。 AccessibleObject 是 Method,Field,Constructor 的父类，override 属性默认为 false,可调用 setAccessible 方法改变，如 果设置为 true,则表示可以忽略访问权限的限制，直接调用。 2.如果不是 ture,则要进行访问权限检测。用 Reflection 的 quickCheckMemberAccess 方法先检查是不是 public 的，如果 不是再用 Reflection.getCallerClass(1)方法获 得到调用这个方法的 Class,然后做是否有权限访问的校验，校验之后缓存一次，以便下次如果还是这个类来调用就不用去做 校验了，直接用上次的结果，（很奇怪用这种方式缓存，因为这种方式如果下次换个类来调用的话，就不用会缓存了，而再 验证一遍，把这次的结果做为缓存，但上一次的缓存结果就被冲掉了。这是一个很简单的缓冲机制，只适用于一个类的重复 调用)。 3.调用 MethodAccessor 的 invoke 方法。每个 Method 对象包含一个 root 对象，root 对象里持有一个 MethodAccessor 对象。我们获得的 Method 独享相当于一个 root 对象的镜像，所有这类 Method 共享 root 里的 MethodAccessor 对象,(这 个对象由 ReflectionFactory 方法生成,ReflectionFactory 对象在 Method 类中是 static final 的由 native 方法实例化)。 ReflectionFactory 生成 MethodAccessor：如果 noInflation 的属性为 true 则直接返回 MethodAccessorGenerator 创建 的一个 MethodAccessor。否则返回 DelegatingMethodAccessorImpl，并将他与一个 NativeMethodAccessorImpl 互 相引用。但 DelegatingMethodAccessorImpl 执行 invoke 方法的时候又委托给 NativeMethodAccessorImpl 了。 再一步深入 4.NativeMethodAccessorImpl 的 invkoe 方法: 调用 natiave 方法 invoke0 执行方法调用. 注意这里有一个计数器 numInvocations，每调用一次方法+1,当比 ReflectionFactory.inflationThreshold(15)大的时候,用 MethodAccessorGenerator创建一个MethodAccessor,并把之前的DelegatingMethodAccessorImpl引用替换为现在新 创建的。下一次 DelegatingMethodAccessorImpl 就不会再交给 NativeMethodAccessorImpl 执行了，而是交给新生成 的 java 字节码的 MethodAccessor。 MethodAccessorGenerator 使用了 asm 字节码动态加载技术，暂不深入研究。 总结 一个方法可以生成多个 Method 对象，但只有一个 root 对象，主要用于持有一个 MethodAccessor 对象，这个对象 也可以认为一个方法只有一个，相当于是 static 的。因为 Method 的 invoke 是交给 MethodAccessor 执行的，所以我所想 要知道的答案在 MethodAccessor 的 invoke 中，深入 MethodAccessor： 2 / 14 ------------------------------------------MethodAccessor--------------------------------- 假如有这么一个类 A： pu