作者简介:大家好,我是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
代理是怎么作用的。