提到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