- CGLIB代理方法执行基本流程
- FastClass方法调用
-
- 方法索引增强对象的invoke方法调用
- 注意点，无限递归调用溢出
- MethodProxy是共享的
-
- cglibObj1的两个f1
- cglibObj1的f2
- cglibObj2的f1
CGLIB代理方法执行基本流程
FastClass方法调用
前面讲了，动态创建了FastClass方法索引增强对象，能快速调用方法，内部是用FastClass调用的，我来看这个，注意这里是f2的invoke方法，传入参数是i2,obj是代理的CGLIB增强对象，也就是说，调用了代理的CGLIB增强类的FastClass方法索引增强对象CglibObj$$EnhancerByCGLIB$$ef630afc$$FastClassByCGLIB$$9f694f5b的invoke方法，传入索引13和代理的CGLIB增强对象,以及参数：
方法索引增强对象的invoke方法调用
其实这个我们debug是看不到的，因为已经搞成字节码了，但是我不是都弄出来了么，来看看：
我们索引是13，我们来看看，原来是调用代理的CGLIB增强对象的CGLIB$f1$0方法，那我们得去看下CglibObj$$EnhancerByCGLIB$$ef630afc的这个方法：
于是我就看到了这个，原来是调用父类的f1,不就是被代理对象的f1么：
这下总算明白了这个方法是怎么调用来的话，好像是很绕，其实就是CGLIB代理后为可以代理的方法生成了一个方法代理MethodProxy，什么叫可代理方法，CGLIB代理得要能继承类吧，类不能final修饰吧，方法得要能覆盖吧，也不能final修饰，不然怎么拦截对吧。然后在覆盖的方法中用拦截器做了拦截，拦截器是自定义的，里面怎么处理是你业务的问题，最后你可以调用MethodProxy去调用原方法，内部会为增强后的代理类和被代理类做一次FastClass的方法索引增强，使得每个方法都有索引，调用FastClass的invoke方法，传入索引，最终会调用到相应方法，这样就避免了方法的反射，而且这里还不需要创建被代理对象的实例，反射的话得有实例呢。
注意点，无限递归调用溢出
如果拦截器里面直接再调用invoke的话，可能会无限递归调用哦：
内部是调用了被代理类FastClass方法索引增强后对象的方法，传入的是0：
里面虽然是转成CglibObj类型，但是实际上是CglibObj$$EnhancerByCGLIB$$ef630afc对象：
然后调用CglibObj$$EnhancerByCGLIB$$ef630afc对象的f1，是不是又回来到这里来了：
然后又一次拦截，又回来，无限循环，直到方法栈溢出：
MethodProxy是共享的
前面说了这个方法代理是静态变量，是共享的，我们继续做实验，同一个类型的不同实例的不同方法：
cglibObj1的两个f1
同一个对象的相同方法用同一个MethodProxy编号854，同一个fastClassInfo编号859：
cglibObj1的f2
同一个对象的不同方法用不同MethodProxy，不同的fastClassInfo：
cglibObj2的f1
相同类型的不同对象的同一个方法用相同MethodProxy编号854，不同的fastClassInfo编号859：
cglibObj2的f2我就不贴了，跟cglibObj1的f2同一个MethodProxy和fastClassInfo。
下篇我们再讲事务里的CGLIB代理是怎么作用的。
好了，今天就到这里了，希望对学习理解有帮助，大神看见勿喷，仅为自己的学习理解，能力有限，请多包涵。