事务(十四)

springboot内部方法调用,aop切面失效

场景描述

有一个控制层类OutStoreOverController(简称controller),依赖了XsCustomorExpenseOperateServiceImpl(简称service)类。controller在2个不同方法中分别调用了service的siteDeliverySettlement和stockDownAccounts方法(分别简称为m1和m2)。m1和m2在具体实现的时候又调用了service的内部方法createExpense(申明为public,简称为m3)

方法调用的时序图如下:

 现在有一个切面StorageOperateOMSAopServiceImpl,需要切createExpense(m3)方法,在m3方法执行前做点事情。经过配置后,运行发现m3方法并没有被切到

问题分析

当controller构建实例的时候,注入service实例的时候,发现其有切面,产生了代理类serviceProxy并注入给了controller

实际调用的时序图如下

 这样就导致m3方法根本没有被切面切入。虽然controller第一次调用的是代理类,但是在调用m3方法的时候是调用的service实例内部的m3方法,(采用的this调用)所以切面没有生效象

解决问题
1 XXXXXXXXXX;
2 m3();
3 XXXXXXXX;
4 修改后的写法为:
5 XXXXXXXX;
6 Service serviceTemp=ApplicationContextUtil.getBean(Service.class);
7 serviceTemp.m3();
8 XXXXXX;

修改后调用的时序图为

总结

真正使切面生效的就是:Service serviceTemp=ApplicationContextUtil.getBean(Service.class); 这一行代码。向spring容器拿的实例,实际上是代理类servciceProxy。调用代理类的m3方法就会去先执行aop中前置切面代码,再会调用真正service实例的m3方法。最终,aop才有效果了。需要理解基于动态代理的aop原理

转载:https://blog.csdn.net/jishanwang/article/details/86748328

带着疑问去思考,然后串联,进而归纳总结,不断追问自己,进行自我辩证,像侦查嫌疑案件一样看待技术问题,漆黑的街道,你我一起寻找线索,你就是技术界大侦探福尔摩斯
原文地址:https://www.cnblogs.com/cainiao-Shun666/p/14532385.html