場景描述
有一個控制層類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方法,所以切面沒有生效。
解決問題
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