关于Aop的Cgilb代理方式分析

关于Cgilb代理的思考

在修改项目同事遗留下来的bug的时候,有一个类注入的参数为null,经过分析得出 有一个方法未被代理,走的原被代理类的方法原被代理类的方法为直接调用当前类的参数的方法,aop的cgilb代理出的类的实体参数为空,真正执行这个方法的类的实体是代理类里的拦截器里的一个实体,这个实体执行的方法,所以在 debug的时候发现执行方法的实体是代理类,平常debug的时候我们看到当前的class文件对象,都并非是代理类的对象。对于为什么方法没有被代理,cgilb的代理是继承和重写方法 final的方法一般认为不可被重写,观察方法 发现并未被final修饰,但是被private修饰,一般private为当前类的私有属性,重写方法在实现上可以被实现,被代理的类对被代理的每个方法都会生成一个 重写的和被代理方法重名的方法 还一个 cgilb@methodName的方法,同时记录被代理类的方法 和 cgilb@methodName的方法作为当前类的参数 一个为method对象 一个为methodProxy对象 methodProxy的superInvoke可以调用隐藏的父类的方法,在重写的方法里 通过拦截器的拦截方法传入这两个方法对象,对拦截器里的副本的被代理类的对象进行调用,至于为什么没有实现private应该是出于编码规则和规范的考虑.

如果有想分析可以通过jdk自带的HSDB工具进行抓取class文件
重写的代理类的方法
inter拦截器有多种

这是是 传入的参数的赋值
var1000为method数组通过反射从被代理class文件获取方法 methodProxy方法对象为调用create方法生成
CGLIBE$methodName为代理类自动生成的字节码 生成的方法.

var1为被代理类class

var0为当前代理类的class