作者简介：大家好，我是smart哥，前中兴通讯、美团架构师，现某互联网公司CTO
联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬
学习必须往深处挖，挖的越深，基础越扎实！
阶段1、深入多线程
阶段2、深入多线程设计模式
阶段3、深入juc源码解析
码哥源码部分
码哥讲源码-原理源码篇【2024年最新大厂关于线程池使用的场景题】
码哥讲源码-原理源码篇【揭秘join方法的唤醒本质上决定于jvm的底层析构函数】
码哥源码-原理源码篇【Doug Lea为什么要将成员变量赋值给局部变量后再操作？】
码哥讲源码【谁再说Spring不支持多线程事务，你给我抽他！】
打脸系列【020-3小时讲解MESI协议和volatile之间的关系，那些将x86下的验证结果当作最终结果的水货们请闭嘴】
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代理是怎么作用的。
扫一扫
644
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
