提到spring不得不说的几个特点：
依赖注入和AOP，本文主要说一下AOP。
一、spring aop中有两种代理模式
我们都知道，springAOP是采用动态代理实现的，那到底是哪种代理模式，都有哪些代理模式呢？
常用的两种代理模式分别为：
JDK动态代理（这个是java自带的）
CGLib动态代理
spring aop中有两种代理模式，一种是jdk动态代理，另外一种是cglib代理。
spring的AOP实现原理其实很简单，就是通过动态代理实现的。如果我们为Spring的某个bean配置了切面，那么Spring在创建这个bean的时候，实际上创建的是这个bean的一个代理对象，我们后续对bean中方法的调用，实际上调用的是代理类重写的代理方法。而Spring的AOP使用了两种动态代理，分别是JDK的动态代理，以及CGLib的动态代理
1.jdk动态代理：
是当需要被代理的类实现了某一个接口，那么此时spring aop会使用jdk动态代理，会再创建一个代理类来实现被代理类实现的接口，此时会在代理类中重写接口中的方法，并将被代理类注入进来，
代理类调用切面，并调用被代理类中需要代理的方法，由于代理类实现的是被代理类的接口，所以只能代理接口中有的方法，而只属于被代理类的方法则不能被代理
优点：
JDK动态代理是JDK原生的，不需要任何依赖即可使用；
通过反射机制生成代理类的速度要比CGLib操作字节码生成代理类的速度更快；
缺点：
如果要使用JDK动态代理，被代理的类必须实现了接口，否则无法代理；
JDK动态代理无法为没有在接口中定义的方法实现代理，假设我们有一个实现了接口的类，我们为它的一个不属于接口中的方法配置了切面，Spring仍然会使用JDK的动态代理，但是由于配置了切面的方法不属于接口，为这个方法配置的切面将不会被织入。
JDK动态代理执行代理方法时，需要通过反射机制进行回调，此时方法执行的效率比较低
2.cglib代理：
则是在字节码层面，当被代理类没有实现某一个接口，那么spring aop则会调用cglib代理，在字节码层面创建一个被代理类的子类，创建的子类与自己手写的子类并无多大区别，此时只需要重写被代理类中的方法就好，因为代理类继承了被代理类，所以可以对被代理类中所有的方法进行代理。
依赖：
<dependency>
<groupId>cglib</groupId>
<artifactId>cglib</artifactId>
<version>3.3.0</version>
</dependency>优点：
使用CGLib代理的类，不需要实现接口，因为CGLib生成的代理类是直接继承自需要被代理的类；
CGLib生成的代理类是原来那个类的子类，这就意味着这个代理类可以为原来那个类中，所有能够被子类重写的方法进行代理；
CGLib生成的代理类，和我们自己编写并编译的类没有太大区别，对方法的调用和直接调用普通类的方式一致，所以CGLib执行代理方法的效率要高于JDK的动态代理；
缺点：
由于CGLib的代理类使用的是继承，这也就意味着如果需要被代理的类是一个final类，则无法使用CGLib代理；
由于CGLib实现代理方法的方式是重写父类的方法，所以无法对final方法，或者private方法进行代理，因为子类无法重写这些方法；（cglib代理类无法访问业务类的私有方法，也就无法代理业务类的私有方法了）
CGLib生成代理类的方式是通过操作字节码，这种方式生成代理类的速度要比JDK通过反射生成代理类的速度更慢
3.CGLIB和Java动态代理的区别
Java动态代理只能够对接口进行代理，不能对普通的类进行代理（因为所有生成的代理类的父类为Proxy，Java类继承机制不允许多重继承）；CGLIB能够代理普通类；
Java动态代理使用Java原生的反射API进行操作，在生成类上比较高效；CGLIB使用ASM框架直接对字节码进行操作，在类的执行过程中比较高效
二、结论
Spring AOP的实现是通过动态代理，并且有两种实现方式，分别是JDK动态代理和CGLib动态代理。Spring默认使用JDK动态代理，只有在类没有实现接口时，才会使用CGLib。
Spring默认使用JDK的动态代理实现AOP，类如果实现了接口，Spring就会使用这种方式实现动态代理。
JDK的动态代理存在限制，那就是被代理的类必须是一个实现了接口的类，代理类需要实现相同的接口，代理接口中声明的方法。若需要代理的类没有实现接口，此时JDK的动态代理将没有办法使用，于是Spring会使用CGLib的动态代理来生成代理对象。
https://blog.csdn.net/weixin_69413377/article/details/126128295