关于spring aop两种代理混用的问题

spring aop两种代理混用问题

工作繁忙，但是遇到问题还是要总结积累下来，今天项目中出现了代理混用的问题，解决之后记录一下对两种代理方式的学习理解。

一、首先复习一下两种代理

JDK动态代理 和 cglib代理

1、如果目标对象实现了接口，默认情况下会采用JDK的动态代理实现AOP

2、如果目标对象实现了接口，可以强制使用CGLIB实现AOP

3、如果目标对象没有实现了接口，必须采用CGLIB库，spring会自动在JDK动态代理和CGLIB之间转换

Spring AOP的原理是 JDK 动态代理和CGLIB字节码增强技术，前者需要被代理类实现相应接口，也只有接口中的方法可以被JDK动态代理技术所处理；后者实际上是生成一个子类，来覆盖被代理类，那么父类的final方法就不能代理，因为父类的final方法不能被子类所覆盖。一般而言Spring默认优先使用JDK动态代理技术，只有在被代理类没有实现接口时，才会选择使用CGLIB技术来实现AOP。

但是也提供了配置参数来强制选择使用 CGLIB 技术，如下：

<aop:config proxy-target-class="true" /> 

proxy-target-class="true" 表示强制使用 CGLIB 技术来实现AOP，因为CGLIB是生成子类也就是代理类来实现的，所以proxy-target-class，表示是否代理目标类。<aop:config /> 就会由spring来选择，spring优先使用JDK动态代理来实现AOP。

二、我们项目是spring-boot项目

默认即为proxy-target-class="true"，service实现类使用@service注解后都是使用CGLIB代理。

我遇到问题是，service某个方法添加@Async注解使该方法可异步调用，然后原有从spring容器中获取Bean对象的方法运行时就报错了，原来这个service实现类就不在使用CGLIB而是直接使用JDK动态代理。时间紧迫，具体原因后续再次分析，今天的记录就先到这里。

spring的aop和代理模式理解

Spring的AOP:即面向切面编程，其代码实质，即代理模式的应用。

代理模式代码的主要特点是

不改变原有类的前提下，在原有类某些方法执行前后，插入任意代码。所以代理模式需要写新的类对原有的类进行包装。

代理模式目前实现的方式有三种

• 静态代理：需要增强原有类的哪个方法，就需要对在代理类中包装哪个方法。个人理解，从功能上来说，原有类和代理类不一定要实现共同接口，但是为了赋予代理和和被代理类之间的逻辑关系，增加程序的可读性，可理解性，逻辑性，增加代理对象和被代理对象之间的关系，以更加符合面向对象编程是思维，而应该实现共同接口。
• 动态代理：使用反射机制，方法和对象都是传入的变量，就可以经过传入的对象和方法而动态调用被代理对象的任何方法，jdk中提供了实现此动态代理的api，被代理类必须实现接口
• Cglib代理：返回对象是代理对象的子类，不需要代理对象实现接口。当调用原对象方法时，实际上调用的是代理子类的方法。

Aop的最大意义是

在不改变原来代码的前提下，也不对源代码做任何协议接口要求。而实现了类似插件的方式，来修改源代码，给源代码插入新的执行代码。

Struts2中的拦截器，spring中的赖加载都是用代理模式实现

以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。

最新评论