轉(zhuǎn)至鏈接:https://blog.csdn.net/qq_37372909/article/details/79979712
一。場景描述
有一個控制層類OutStoreOverController(簡稱controller),依賴了XsCustomorExpenseOperateServiceImpl(簡稱service)類。controller在2個不同方法中分別調(diào)用了service的siteDeliverySettlement 和stockDownAccounts方法(分別簡稱為m1和m2)。m1和m2在具體實現(xiàn)的時候又調(diào)用了service的內(nèi)部方法createExpense(申明為public,簡稱為m3)
方法調(diào)用的時序圖如下:

現(xiàn)在有一個切面StorageOperateOMSAopServiceImpl,需要切createExpense(m3)方法,在m3方法執(zhí)行前做點事情。經(jīng)過配置后,運行發(fā)現(xiàn)m3方法并沒有被切到。
二。問題分析
當(dāng)controller構(gòu)建實例的時候,注入service實例的時候,發(fā)現(xiàn)其有切面,產(chǎn)生了代理類serviceProxy并注入給了controller。
實際調(diào)用的時序圖如下:

這樣就導(dǎo)致m3方法根本沒有被切面切入。雖然controller第一次調(diào)用的是代理類,但是在調(diào)用m3方法的時候是調(diào)用的service實例內(nèi)部的m3方法,所以切面沒有生效。
三。問題解決
原來m1、m2方法調(diào)用m3方法時為:
XXXXXXXXXX;
m3();
XXXXXXXX;
修改后的寫法為:
XXXXXXXX;
Service serviceTemp=ApplicationContextUtil.getBean(Service.class);
serviceTemp.m3();
XXXXXX;
修改后調(diào)用的時序圖為:

真正使切面生效的就是
Service serviceTemp=ApplicationContextUtil.getBean(Service.class);
這一行代碼。向spring容器拿的實例,實際上是代理類servciceProxy。調(diào)用代理類的m3方法就會去先執(zhí)行aop中前置切面代碼,再會調(diào)用真正service實例的m3方法。最終,aop才有效果了。需要理解基于動態(tài)代理的aop原理。