事务(十四)

 


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

posted @   迷走神经  阅读(66)  评论(0编辑  收藏  举报
编辑推荐:
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
历史上的今天:
2018-03-14 java反射专题三
2018-03-14 java反射专题二
点击右上角即可分享
微信分享提示