【好好面试】学完Aop,连动态代理的原理都不懂？

【干货点】 此处是【好好面试】系列文的第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方法参数，而我们看下调试界面