Spring 5.x 源码之旅八十一事务CGLIB动态代理的秘密三

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代理是怎么作用的。

好了，今天就到这里了，希望对学习理解有帮助，大神看见勿喷，仅为自己的学习理解，能力有限，请多包涵。