問題

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

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

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

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

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

攔截器執行在自動bean初始化之前導致這個問題的。

web里各個元素的執行順序

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

各個元素具體概念

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

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

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

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

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

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

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

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

元素之間關系圖

解決辦法

那就只是在攔截器中出現該問題了，解決辦法如下：

首先上圖是我的攔截器和要注入的iRedisUtil對象，出問題的就是這個iRedisUtil。

要解決問題是在項目中繼承“WebMvcConfigurerAdapter”類的類中添加攔截器類作為一個Bean，如下：

現在去運行，發現iRedisUtil對象有值了。

到此這篇關于關于SpringBoot攔截器中Bean無法注入的問題的文章就介紹到這了,更多相關SpringBoot攔截器Bean無法注入內容請搜索服務器之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持服務器之家！

原文鏈接：https://www.cnblogs.com/shamo89/p/8534580.html