快捷導(dǎo)航

關(guān)于SpringBoot攔截器中Bean無法注入的問題

更新時間：2021年10月19日 08:31:19 作者：那啥快看

這兩天遇到SpringBoot攔截器中Bean無法注入問題。下面介紹關(guān)于SpringBoot攔截器中Bean無法注入的問題，感興趣的朋友一起看看吧

問題

這兩天遇到SpringBoot攔截器中Bean無法注入問題。下面介紹我的思考過程和解決過程：

1.由于其他bean在service，controller層注入一點(diǎn)問題也沒有，開始根本沒意識到Bean無法注入是在攔截器中無效的問題，一直在查找注解指定的包在哪里配置的，然而卻找不到配置，Springboot是用java類的形式加載配置的。在網(wǎng)絡(luò)的某個角落看到這樣的說法：

SpringBoot項(xiàng)目的Bean裝配默認(rèn)規(guī)則是根據(jù)Application類所在的包位置從上往下掃描！
“Application類”是指SpringBoot項(xiàng)目入口類。這個類的位置很關(guān)鍵：
如果Application類所在的包為：com.boot.app，則只會掃描com.boot.app包及其所有子包，如果service或dao所在包不在com.boot.app及其子包下，則不會被掃描！
即,把Application類放到dao、service所在包的上級，com.boot.Application
知道這一點(diǎn)非常關(guān)鍵，不知道spring文檔里有沒有給出說明，如果不知道還真是無從解決。

我出問題的類確實(shí)在Application類子包下面，看來不是這方面問題。

2.開始意識到只是攔截器上會有這樣的問題，查詢原因應(yīng)該是：

攔截器執(zhí)行在自動bean初始化之前導(dǎo)致這個問題的。

web里各個元素的執(zhí)行順序

在web.xml中各個元素的執(zhí)行順序是這樣的，context-param-->listener-->filter-->servlet；而攔截器是在Spring MVC中配置的，如果從整個項(xiàng)目中看，一個servlet請求的執(zhí)行過程就變成了這樣context-param-->listener-->filter-->servlet-->interceptor(指的是攔截器)，為什么攔截器是在servlet執(zhí)行之后，因?yàn)閿r截器本身就是在servlet內(nèi)部的。

各個元素具體概念

context-param：就是一些需要初始化的配置，放入context-param中，從而被監(jiān)聽器（這里特指org.springframework.web.context.ContextLoaderListener）監(jiān)聽，然后加載；

監(jiān)聽器(listener)：就是對項(xiàng)目起到監(jiān)聽的作用，它能感知到包括request(請求域)，session(會話域)和applicaiton(應(yīng)用程序)的初始化和屬性的變化；

過濾器(filter)：就是對請求起到過濾的作用，它在監(jiān)聽器之后，作用在servlet之前，對請求進(jìn)行過濾；

servlet：就是對request和response進(jìn)行處理的容器，它在filter之后執(zhí)行，servlet其中的一部分就是controller層（標(biāo)記為servlet_2），還包括渲染視圖層(標(biāo)記為servlet_3)和進(jìn)入controller之前系統(tǒng)的一些處理部分(servlet_1)，另外我們把servlet開始的時刻標(biāo)記為servlet_0，servlet結(jié)束的時刻標(biāo)記為servlet_4。

攔截器(interceptor)：就是對請求和返回進(jìn)行攔截，它作用在servlet的內(nèi)部，具體來說有三個地方：

1）servlet_1和servlet_2之間，即請求還沒有到controller層

2）servlet_2和servlet_3之間，即請求走出controller層次，還沒有到渲染時圖層

3）servlet_3和servlet_4之間，即結(jié)束視圖渲染，但是還沒有到servlet的結(jié)束

元素之間關(guān)系圖