提到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代理，在字节码层面创建一个被代理类的子类，创建的子类与自己手写的子类并无多大区别，此时只需要重写被代理类中的方法就好，因为代理类继承了被代理类，所以可以对被代理类中所有的方法进行代理。

依赖：

cglibcglib3.3.0

优点：

• 使用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

https://www.cnblogs.com/tuyang1129/p/12878549.html