為了說明這個問題，作者就采用偽代碼+故事的方式描述了。

今天小A同學來了一家公司入職，發現公司的代碼對于日志的處理非常不好，全部都是在代碼中直接采用硬編碼輸出，沒有統一進行處理。代碼如下

小A同學，立刻就想到了，是不是可以通過AOP來對項目的日志進行統一操作呢？說起來就直接寫起來代碼

然后開發完成后，小a就進行了簡單的測試，發現aop正常運行，達到效果

然后小A就將項目上線了，上線1min后，突然線上有很多方法報錯，出現NPE異常

趕緊代碼回滾，后期小A進行代碼排查，發現竟然項目中有人將controller中的方法寫成了private

最關鍵的是，沒加aop之前，方法正常運行，一旦加了aop，UserService發現無法注入到spring容器中，從而導致NPE。

分析原因

Spring處理@autowire注解在bean實例化時候，初始化之前。而controller類生成代理在 bean初始化之后生成，此時雖然代理繼承controller對象的屬性，有@autowire注解，但是spring已經不處理@autowire注解了。

因此，原來的controller在spring中正常生成，autowire生效，代理在spring中是后來才加入到容器中，autowire不生效。

由于private的方法不會被代理類調用到原類，因此拿不到注入的屬性。而public方法是可以的。

所以才會出現如下現象

結論

controller方法中，不要寫private的RequestMapping方法，否則一不小心就入坑。