為了說(shuō)明這個(gè)問(wèn)題，作者就采用偽代碼+故事的方式描述了。
今天小A同學(xué)來(lái)了一家公司入職，發(fā)現(xiàn)公司的代碼對(duì)于日志的處理非常不好，全部都是在代碼中直接采用硬編碼輸出，沒(méi)有統(tǒng)一進(jìn)行處理。代碼如下
小A同學(xué)，立刻就想到了，是不是可以通過(guò)AOP來(lái)對(duì)項(xiàng)目的日志進(jìn)行統(tǒng)一操作呢?說(shuō)起來(lái)就直接寫(xiě)起來(lái)代碼
然后開(kāi)發(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中的方法寫(xiě)成了private
最關(guān)鍵的是，沒(méi)加aop之前，方法正常運(yùn)行，一旦加了aop，UserService發(fā)現(xiàn)無(wú)法注入到spring容器中，從而導(dǎo)致NPE。
分析原因
Spring處理@autowire注解在bean實(shí)例化時(shí)候，初始化之前。而controller類生成代理在 bean初始化之后生成，此時(shí)雖然代理繼承controller對(duì)象的屬性，有@autowire注解，但是spring已經(jīng)不處理@autowire注解了。
因此，原來(lái)的controller在spring中正常生成，autowire生效，代理在spring中是后來(lái)才加入到容器中，autowire不生效。
由于private的方法不會(huì)被代理類調(diào)用到原類，因此拿不到注入的屬性。而public方法是可以的。
所以才會(huì)出現(xiàn)如下現(xiàn)象
結(jié)論
controller方法中，不要寫(xiě)private的RequestMapping方法，否則一不小心就入坑。
