写点什么

三分钟快速了解 Cglib 动态代理

用户头像
4ye
关注
发布于: 1 小时前

本期来和小伙伴们分享这个 Cglib 动态代理啦~ (~ ̄(OO) ̄)ブ

文章概览

一.  基本介绍

二.  源码探索

三.  FastClass

四.  CGlib 比 JDK 快?

五.  CGLIB 和 Jdk 动态代理的区别

六.  ASM

七.  SpringAOP

基本介绍

CGLIB(Code Generation Library),是一个强大的,高性能,高质量的 Code 生成类库,它可以在运行期扩展 Java 类与实现 Java 接口。


1.先在 pom 文件中引入这个包

<dependency>    <groupId>cglib</groupId>    <artifactId>cglib</artifactId>    <version>3.2.7</version></dependency>
复制代码


2.实现 MethodInterceptor 接口

代码如下, 这里实现 MethodInterceptor 接口,并重写 intercept 方法,感觉这一步和 JDK 动态代理 差不多 😄



3.增强调用

最后在客户端中进行增强调用即可~🐷

// Cglib 动态代理// 代理类class文件存入本地磁盘方便我们反编译查看源码System.setProperty(DebuggingClassWriter.DEBUG_LOCATION_PROPERTY, "./code");// 通过CGLIB动态代理获取代理对象的过程Enhancer enhancer = new Enhancer();// 设置enhancer对象的父类enhancer.setSuperclass(UserService.class);// 设置enhancer的回调对象enhancer.setCallback(new MyInterceptor());// 创建代理对象UserService userService = (UserService)enhancer.create();// 通过代理对象调用目标方法userService.say();userService.finalMethod();UserService.staicMethod();
复制代码


4.结果

结果如下,可以发现只有 say 方法被增强了,被 final 或者 static 修饰的无法被代理



源码探索

在上面的代码中有配置这个字节码的生成👆 ,可以发现目录中多了个 code 目录,而且居然生成了三份字节码文件



查看第二个字节码文件,如下图👇

可以发现它 继承 了我们的被代理类 UserService ,其他两个文件则 继承FastClass



至于其他两个文件怎么调用呢,我也不了解……



哈哈哈 不过咱们 debug 一下就可以猜出来啦~


say 方法处打个断点🐷,然后可以看到这里在调用 invoke 方法时出现了这个 14



在这三个文件中,搜索后发现 只有第一个文件有这个 14 ,分析源码后可以发现这个 var10000 是表示第二个字节码文件



在第二个字节码文件中,CGLIB$say$0 方法如下图红框中所示~ 。



点击进去会去到它继承的 UserService 类的 say 方法~

那么至于第三个字节码文件的作用嘛…… 就真的不知道了 哈哈😄



FastClass


1.那什么是 FastClass 机制呢?

FastClass 机制就是对一个类的方法建立索引,通过索引来直接调用相应的方法


2.在方法中调用另一个方法,会被增强几次呢?

突然奇想,哈哈😄

那么修改下方法,再重新运行下👇



可以看到这里出现了 两次



3.StackOverflowError

在拦截器 MethodInterceptorintercept 方法中,我们除了使用方法代理类 MethodProxyinvokeSuper 外,它还有一个 invoke 方法可以给我们使用。


但是,在我使用这个 invoke 方法时,却出现了 栈溢出 的情况! 如图🐖



这什么情况呀🐖



于是我仔细阅读了这个方法说明,发现这两个方法使用的描述不一样~



抱着试试看的心态,将 参数换为 原始对象 ,结果成功了! ,而且看结果,可以发现只代理了一次😄



4.第三个字节码文件

在出现了这个栈溢出后,我也尝试着 debug 了一下,结果居然有了意外的收获 哈哈~

可以看到这里是调用 f1 的,对应着我们第三个字节码文件! 而且调用方式也是一样,通过这个方法的下标~



也是找到了如下的方法!



那么到此,这三个字节码文件的大致作用我们就了解啦~

哈哈 没想到一下这经历了这么多😄(从不知道 ——> 真不知道 ——> 大致知道 )


当然,这个框架的精髓还在最底层的 ASM ,这是一个小而快的字节码处理框架,用来转换字节码并生成新的类,是一个非常有意思的技术! (不过这我真不会了…… 哈哈哈 为啥总有种欠打的感觉~ 可能蕉太狼的表情包有毒 哈哈)

不过一些小技术要点,应用场景还是稍微了解过滴~(后面再介绍下)



5.方法代理 MethodProxy

仔细观赏上面后,我们可以发现这个 MethodProxyCglib 中非常重要的一环!

比如:

  1. MethodProxy 中通过 FastClassInfo 保存 FastClass 和调用方法的 index 下标

  2. 只代理 非 final 或者 非 static 方法

  3. 如果需要对所有的方法进行增强调用,可以使用 invokeSuper (第一个参数为增强的对象)。

  4. 如果只想对调用的方法进行增强,不增强该方法内部使用到的同类中的其他方法,可以使用 invoke 方法 (第一个参数为原始对象


小图小结


老规矩,来画个小图小结下👇



注意,拦截方法时,会根据这个增强的对象进行选择 f1 ,f2 ; 他们是两个不同的 FassClass 文件(f2 名字最长~)

  1. 如果传如的是代理对象,则会选择 f2

  2. 如果是原始对象,则会选择 f1

  3. 接着根据方法的下标 index 去文件中查找对应的方法,并进行调用~


CGlib 比 JDK 快?


使用 CGLiB 实现动态代理,CGLib 底层采用 ASM 字节码生成框架,使用字节码技术生成代理类, 在 jdk6之前比使用 Java反射效率要高。唯一需要注意的是,CGLib不能对声明为 final 的方法进行代理, 因为 CGLib 原理是动态生成被代理类的子类。

jdk6jdk7jdk8 逐步对 JDK 动态代理优化之后,在调用次数较少的情况下,JDK 代理效率 高于 CGLIB 代理效率。只有当进行大量调用的时候,jdk6jdk7CGLIB 代理效率低一点,但是到 jdk8 的时候,jdk 代理效率高于 CGLIB 代理,总之,每一次 jdk 版本升级JDK 代理效率 都得到提升,而 CGLIB 代理效率 确有点跟不上步伐。

—— https://blog.csdn.net/m0_57711043/article/details/117020684


CGLIB 和 Jdk 动态代理的区别


关于 JDK 动态代理的可以查看上文👉 Java代理模式和字节码的探索


  1. Jdk 动态代理 只能对实现了接口的类进行代理 ,而 CGLIB 只能代理非 final 类,因为它要去生成代理类的子类(没有 Jdk 动态代理 的局限性)

  2. Jdk 动态代理 生成的字节码文件中,代理类都继承了 Proxy 类,并实现了接口,而且生成字节码的效率CGLIB 高(cglib 一式三份 ,jdk 只有一份)

  3. Jdk 动态代理 中有个显眼的变量 hdebug 时多留意下就可以了~

  4. CGLIB 底层使用 ASM 框架来操作字节码文件,同时利用 FassClass 机制,实现对方法的快速索引并直接调用,不用经过反射,而 Jdk 动态代理 则采用反射 API 进行操作


ASM


介绍

ASM 是一个通用的 Java 字节码操作和分析框架


结合上面的 cglib 有这么一张图(来自网络)



ASM 的用途:

  1. AOP

  2. 结合 javaagent 可以实现 热部署,以及日志追踪(类似 SkyWalking )

  3. arthas 的运行也是基于这个 javaagentASM 的,同时还使用到 JVMTI(JVM Tool Interface)


真就知道这点皮毛 哈哈哈



Spring AOP


嘿嘿,赶紧来看最后一点吧~ 在 Spring 中的使用


Spring 中,有下面这么两个代理类: JdkDynamicAopProxyCglibAopProxy



JdkDynamicAopProxy

源码如下👇



CglibAopProxy

这里删去了很多代码,可以看到高亮的部分使用到了我们上面提到的 enhancer



有没有小伙伴好奇在 Spring 中 , 实现了MethodInterceptor 的动态代理类中,是使用 methodProxyinvoke 还是 invokeSuper 方法呢?



答案就在这里~ 如图,这里前两个是用到了这个 invoke ,后面的几个是都没有用到 invokeinvokeSuper

目前



不过耐心点点看还是发现有用到这个 invokeSuper 的 , 比如




SpringAOP 小结

Spring 中:

  1. 对象实现接口,使用 JDK 动态代理

  2. 对象没有实现接口,使用 Cglib 动态代理

  3. 可以强制使用 CGlib ,配置 @EnableAspectJAutoProxy(proxyTargetClass = true) 或者 spring.aop.proxy-target-class=true


总结


这次的内容比较多,就弄成了个思维导图啦,最主要的是 cglib 特点, FassClass机制 以及 Cglib 和 JDK 动态代理的对比 ,还有 SpringAOP 这四个,扩展的有这个 ASM😄


小伙伴们如果需要这个思维导图可以直接在公众号后台回复 "代理模式 2" 获取😝



下期预告: 通过一个实际项目,来和大家分享下这个 SpringbootAOP 失效的原因 😄

最后



欢迎小伙伴们来一起探讨问题~

如果你觉得本篇文章还不错的话,那拜托再点点赞支持一下呀😝

让我们开始这一场意外的相遇吧!~

欢迎留言!谢谢支持!ヾ(≧▽≦*)o 冲冲冲!!

我是 4ye 咱们下期应该……很快再见!! 😆

如果文章对您有所帮助,欢迎关注公众号 J a v a 4 y e 😆

发布于: 1 小时前阅读数: 3
用户头像

4ye

关注

公众号:J a v a 4 y e 2021.07.19 加入

还未添加个人简介

评论

发布
暂无评论
三分钟快速了解 Cglib 动态代理