SpringAOP是Spring中除了依赖注入以外最为核心的功能,其原理是利用CGlib和JDK动态代理等方式来实现运行期动态方法增强,从而降低系统耦合,提升代码的复用性。
成都创新互联公司专注为客户提供全方位的互联网综合服务,包含不限于做网站、网站设计、万载网络推广、小程序制作、万载网络营销、万载企业策划、万载品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等,从售前售中售后,我们都将竭诚为您服务,您的肯定,是我们最大的嘉奖;成都创新互联公司为所有大学生创业者提供万载建站搭建服务,24小时服务热线:028-86922220,官方网址:www.cdcxhl.com
不过,在享受AOP强大功能便利的同时,我们也会经常遇到一些看起来莫名其妙的bug。
今天,我们来聊一聊,为什么说在AOP方法中,不要轻易使用this调用方法?
使用了this会出现什么样的情况?背后的原理是什么?又该如何解决?
废话不多说,直接实战上代码。
假设我们有一个核心支付类,其中有pay()支付功能,同时会通过record()方法记录都有哪些用户访问过这个核心功能。
@Service
public class PayService {
public void pay(){
System.out.println("执行一些核心支付业务操作");
//记录用户访问日志
this.record();
}
public void record(){
try {
System.out.println("模拟将操作记录投递到日志系统,耗时100ms");
TimeUnit.MICROSECONDS.sleep(100);
} catch (InterruptedException e) {
throw new RuntimeException(e);
}
}
}
随着业务的不断扩大,我们需要统计一下保存访问日志这个动作的耗时情况,看看是否会对核心支付功能有较大的影响。
所以,我们使用SpringAOP进行了切面处理。
@Aspect
@Component
public class LogAspect {
@Around(value = "execution(* com.shishan.demo2023.service.PayService.record()) )")
public Object record(ProceedingJoinPoint proceedingJoinPoint) throws Throwable {
long begin = System.currentTimeMillis();
Object proceed = proceedingJoinPoint.proceed();
System.out.println("记录日志耗时:" + (System.currentTimeMillis() - begin));
return proceed;
}
}
切面类很简单,通过@Around方法对record方法进行切入切出,并记录该方法的执行时间。
看起来很完美是不是?
老代码不用改动,只需新增一个切面就可以实现新的需求。
我们新建一个controller,看看我们的切面类有没有生效。
@RestController
@RequestMapping(value = "/demo")
public class DemoController {
@Resource
private PayService payService;
@RequestMapping(value = "/pay")
public ResponseEntity
启动服务,访问
http://localhost:8080/demo/pay。
问题出现了。
按照上面的代码,在打印完业务日志之后,应该打印一行记录日志耗时的日志。然而控制台却空空如也,说明我们的切面类并没有生效。
为什么定义的切面没有执行呢?
问题就出现在pay()方法中的this调用上。
我们可以看到,图中的this指向的是一个普通的PayService对象,而不是被Spring增强后的bean。
而SpringAOP起作用的原理是什么:Spring通过JDK动态代理和CGlib代理对目标类生成一个代理类,在代理类中做功能增强。
我们看一下在controller中的PayService:
可以看到,在controller中的payService是一个被SpringCLlib增强后的代理类,而我们通过this引用到的,对于Spring来说只是一个普通的bean对象,自然无法实现AOP的功能。
那Spring在什么时候会对一个对象进行代理呢?
Spring会在一个bean创建的时候判断是否要进行代理,核心类是
AnnotationAwareAspectJAutoProxyCreator,其本质是一个BeanPostProcessor。当需要使用到AOP时,它会把创建的原始的Bean对象wrap成代理对象作为Bean返回。
所以,最终结论是:只有被动态代理出来的对象,才可以被Spring增强,具备AOP的能力。
既然问题找到了,那么如何解决因为this调用带来的AOP失效的问题呢?
有两种办法。
直接在当前类中注入自己,这样Spring会对类中的属性进行代理,生成一个payService代理类。
需要注意的是,这样其实是人为的制造了循环依赖。在高版本的Springboot中,循环依赖是默认关闭的。如果想开启循环依赖,需要配置
spring.main.allow-circular-references=true。
AopContext内部维护了一个保存proxy的ThreadLocal,简单说就是通过一个ThreadLocal将proxy和当前线程绑定起来,这样就可以随时拿出当前线程绑定的 Proxy。
如果使用这样的方式,需要在@EnableAspectJAutoProxy 里加一个配置项 exposeProxy = true。
通过方式一修改下代码,看看AOP是否生效。
可以看到,成功的打印出来日志耗时的log。
SpringAOP实际上会自动为我们创建一个Proxy,使得调用者能无感知地调用指定方法,本质上就是一个动态代理。我们只有访问这些代理对象的方法,才能获得AOP实现的功能,所以通过this引用是无法去正确使用 AOP 功能的。
分享文章:为什么说在SpringAOP中,不要使用This调用方法?
文章分享:http://www.36103.cn/qtweb/news22/23722.html
网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联