【干货点】 此处是【好好面试】系列文的第12篇文章。文章目标主要是通过原理剖析的方式解答Aop动态代理的面试热点问题,通过一步步提出问题和了解原理的方式,我们可以记得更深更牢,进而解决被面试官卡住喉咙的情况。
问题如下
- SpringBoot默认代理类型是什么
- 为什么不用静态代理
- JDK动态代理原理
- CGLIB动态代理原理
- JDK动态代理和CGLIB动态代理的区别
- 为什么CGLIB不能像JDK代理那样,直接使用反射触发目标函数
- 为什么CGLIB代理可以直接对类进行代理,而JDK代理却一定要实现接口
大前提
该文章是必须要懂的SpringAop系列的最后一篇文章,第一篇文章是你必须要懂的Spring-Aop之应用篇,第二篇文章是你必须要懂的Spring-Aop之源码跟踪分析Aop,最后一篇文章我们将会揭露Aop的原理,也就是动态代理。
希望看完这最后一篇文章,大家对SpringAop都有一个全面的掌握,不管面试官如何问,都可以屌回去 ━━( ̄ー ̄*|||━━
温馨提示:前面没看的最好点击浏览下!!!
说个坑爹的事
大家都知道,我有个习惯,在动手写一篇文章之前会先将该文章相关的资料仔细琢磨一遍,然后再结合源码再调试一遍,结果,说好的
看源码也确实是
源码确实有进行了是否是接口的判断,但是问题来了,我调试的时候发现无论代理类是否有接口,最终都会被强制使用CGLIB代理,没办法,只能翻看SpringBoot的相关文档,最终发现原来SpringBoot从2.0开始就默认使用Cglib代理了,好家伙,怪不得我调试半天找不到原因。
那么如何解决呢?肯定是通过配置啦,按照如下配置即可
在application.properties文件中配置 spring.aop.proxy-target-class=false 即可。
【划重点】 曾经遇见过面试官问,SpringBoot默认代理类型是什么?看完该篇文章,我们就可以果断的回答是Cglib代理了。通过调试代码发现的规则,我想我这辈子都不会忘记这个默认规则。
动态代理原理剖析
什么是代理
简单来说,就是在运行的时候为目标类动态生成代理类,而在操作的时候都是操作代理类,代理模式有个显而易见的好处,那便是可以在不改变对象方法的情况下对方法进行增强。试想下,我们在你必须要懂的Spring-Aop之应用篇有提到使用Aop来做权限认证,如果不用Aop,那么我们就必须要为所有需要权限认证的方法都加上权限认证代码,听起来就觉得蛋疼,你觉得对不对?
为什么不用静态代理
静态代理类不是说不可以用,如果只有一个类需要被代理,那么自然可以用,如 这是在你必须要懂的Spring-Aop之应用篇使用的一个例子类,该类的作用只是打印出我要买东西。
代理类如下
可以看到这个BuyProxy代理类只是塞了一个IBuyServcie接口进行,而且自身也实现了接口IBuyService,而在buyItem方法被调用的时候会先做自己的操作,再调用塞进去的接口的buyItem方法。 测试类很简单,如下
运行后很自然而然的打印出
静态代理就是简单,但是弊端也很明显,如果有多个类都需要同样的代理,都实现了同样的接口,那么如果使用静态代理的话,我们就要构造多个Proxy类,就会造成类爆炸。 而使用了Aop后,也就是动态代理后,便可以一次性解决该问题了,具体可以看你必须要懂的Spring-Aop之应用篇中的操作方法。
JDK动态代理原理
这里给出一个JDK动态代理的demo 首先给出一个简单的业务类,Hello类和接口 真正实现了类的代理功能的其实就是这个实现了接口InvocationHandler的JdkProxy类 我们可以看到其中必须实现的方法是invoke,可以看到invoke方法的参数带有Method对象,这个就是我们的目标Method,现在我们的目的就是要在这个Method在被调用前后实现我们的业务,可以看到在method.invoke反调前后实现了before和after业务。 这里再给出一个Main测试类,作用是取得Hello的代理类,然后调用其中的say方法。 运行结果如下
原理很简单 在JdkProxyMain中hello调用say的时候,由于Hello已经被“代理”了,所以在调用say函数的时候其实是调用JdkProxy类中的invoke函数,而在invoke函数中先是实现了before函数才实现Object result = method.invoke(target, args),这一句其实是调用say函数,而后才实现after函数,于是这样就可以不必在改动目标类的前提下实现代理了,并且不会像静态代理那样导致类爆炸。
CGLIB动态代理原理 先给出一个Cglib动态代理的demo
【思考题一】为什么CGLIB代理可以直接对类进行代理,而JDK代理却一定要实现接口呢?答案见问末!!! 核心类是实现了MethodInterceptor的CGlibProxy类
可以看到其中实现了方法intercept,先是在目标函数被调用前实现自己的业务,比如before()和after(),之后再通过 proxy.invokeSuper(obj, args) 触发目标函数。
【思考题二】为什么这里不像JDK代理那样,直接使用反射[method.invoke(target, args)]触发目标函数?答案见问末!!! 最后给出入口类
最后给出运行类,运行类如下 可以看到运行结果
原理很简单 在CglibProxyMain中hello调用say的时候,由于Hello已经被“代理”了,所以在调用say函数的时候其实是调用CGlibProxy类中的intercept函数。
总结
动态代理的相关原理已经讲解完毕,接下来让我们回答以下几个思考题。
「思考解惑一」为什么CGLIB代理可以直接对类进行代理,而JDK代理却一定要实现接口呢?
可以从我们上面的例子看出,在JdkProxy类中取得代理类的方式是 (T)Proxy.newProxyInstance(target.getClass().getClassLoader(),target.getClass().getInterfaces(), this) 而在CGlibProxy类中取得代理类的方式是 (T) Enhancer.create(cls, this) 两种取得代理类的方式不同,导致了一个需要实现接口,一个不需要。
「思考解惑二」为什么这里不像JDK代理那样,直接使用反射[method.invoke(target, args)]触发目标函数?
首先要进行反射触发函数,要取得对应的method,以及该method所属对象,也就是target,再次是args方法参数,而我们看下调试界面
可以从界面看到,目标对象obj并不是Hello对象,二是被CGLIB代理过的对象,因此无法像JDK代理那样直接通过反射搞定。
共同学习,写下你的评论
评论加载中...
作者其他优质文章