轉至鏈接:https://blog.csdn.net/qq_37372909/article/details/79979712
首先，特別鳴謝周先生做的測試代碼。
一。場景描述
有一個控制層類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方法，所以切面沒有生效。
三。問題解決
原來m1、m2方法調用m3方法時爲：
XXXXXXXXXX;
m3();
XXXXXXXX;
修改後的寫法爲：
XXXXXXXX;
Service serviceTemp=ApplicationContextUtil.getBean(Service.class);
serviceTemp.m3();
XXXXXX;
修改後調用的時序圖爲：
真正使切面生效的就是
Service serviceTemp=ApplicationContextUtil.getBean(Service.class);
這一行代碼。向spring容器拿的實例，實際上是代理類servciceProxy。調用代理類的m3方法就會去先執行aop中前置切面代碼，再會調用真正service實例的m3方法。最終，aop纔有效果了。需要理解基於動態代理的aop原理。