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

今天小A同學(xué)來了一家公司入職，發(fā)現(xiàn)公司的代碼對(duì)于日志的處理非常不好，全部都是在代碼中直接采用硬編碼輸出，沒有統(tǒng)一進(jìn)行處理。代碼如下

小A同學(xué)，立刻就想到了，是不是可以通過AOP來對(duì)項(xiàng)目的日志進(jìn)行統(tǒng)一操作呢？說起來就直接寫起來代碼

然后開發(fā)完成后，小a就進(jìn)行了簡(jiǎn)單的測(cè)試，發(fā)現(xiàn)aop正常運(yùn)行，達(dá)到效果

然后小A就將項(xiàng)目上線了，上線1min后，突然線上有很多方法報(bào)錯(cuò)，出現(xiàn)NPE異常

趕緊代碼回滾，后期小A進(jìn)行代碼排查，發(fā)現(xiàn)竟然項(xiàng)目中有人將controller中的方法寫成了private

最關(guān)鍵的是，沒加aop之前，方法正常運(yùn)行，一旦加了aop，UserService發(fā)現(xiàn)無法注入到spring容器中，從而導(dǎo)致NPE。

分析原因

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

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

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

所以才會(huì)出現(xiàn)如下現(xiàn)象

結(jié)論

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