問題
這兩天遇到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對象有值了。