spring initializr找不到aop_学完 Aop，连动态代理的原理都不懂？

最新推荐文章于 2023-03-14 11:08:03 发布

weixin_39769091

最新推荐文章于 2023-03-14 11:08:03 发布

阅读量2.3k

点赞数

文章标签： spring initializr找不到aop

本文链接：https://blog.csdn.net/weixin_39769091/article/details/111575935

版权

本文是Spring Aop系列的最后一部分，探讨了动态代理原理，包括JDK和CGLIB代理。作者强调Spring Boot 2.0默认使用CGLIB代理，并提供了配置切换为接口代理的方法。此外，文章解释了为什么需要动态代理，静态代理的局限性，以及JDK和CGLIB代理的工作方式。通过对示例代码的分析，帮助读者理解动态代理如何在不修改原始类的情况下增强方法行为。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

(给ImportNew加星标，提高Java技能)

作者：饭谈编程/稀饭下雪(本文系作者投稿)

大前提

该文章是必须要懂的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) 两种取得代理类的方式不同，导致了一个需要实现接口，一个不需要。