springMVC是一個建立在spring框架基礎之上的一個web層框架，它負責發送每個請求到合適的處理程序，使用視圖來最終返回響應結果的概念。

SpringMVC最重要的一個類是DispatchServlet這個類，當我們打開這個源碼，感到一臉蒙蔽。但是坐下來冷靜一下看看，發現，這個東西竟然繼承了一些類

跟過去看看

好像也沒啥線索，繼續跟

這時有了重大發現，發現這個DispatchServlet終歸結底還是繼承了HttpServlet，那麽我們就可以按照普通的servlet的生命周期來分析它了。

Servlet的生命周期大家都還記得吧，不記得沒關系，我來簡單列一下

1. 首先tomcat啟動的時候會去查詢web.xml中的配置文件找到servlet的配置，然後會通過new關鍵字創建這個servlet的實例。

2. 然後調用這個servlet的init方法去初始化，然後把這個servlet放入容器中管理，等待使用。

3. 當容器關閉時，tomcat會調用這個servlet的destroy方法來做一些善後工作。

Ok，下面我們就找init方法吧，看看這裏面都幹了些什麽吧

這裏面沒有什麽太復雜的邏輯，就是把配置DispatchServlet配置參數加載到內存中，以供spring使用。有的朋友就問了，什麽參數

主要就是這裏面調用了initServletBean方法，這個方法在這個類中是空的，而它的子類實現了它，springmvc中用了很多類似的設計模式，叫模板方法模式。簡單講就是在父類中寫好，你要調用哪些方法，我在子類中去實現，這樣就按照了父類的邏輯順序調用了相應的方法，而且子類可以有不同的實現。

好，下面我麽就找哪個子類實現了這個initServletBean方法吧，跟我走。。。

看看這個HttpServletBean的繼承體系如下

先找FrameworkServlet

我們尋尋覓覓，果然沒猜錯，方法的實現，寫在了子類，而且還不少，我來分析下吧

略過日誌記錄往下走

調用了當前類中寫的一個方法initWebApplicationContext方法，這個方法就很重要了，坐下來，喝杯茶，慢慢品嘗spring這道美味可口的大餐。

先把源碼粘上來，

第一步spring通過工具類獲取父級WebApplicationContext容器，有的朋友問了，這個父級容器哪來的，何時創建的。

就是在這個監聽器運行的時候創建的，我們知道web服務器啟動的時候，3大組件的創建順序是Listener>Filter >Servlet。

所以這裏是可以獲取到父級容器的。當然也可以獲取不到這種情況就不討論了，因為，不可能說你用springMVC而不用spring框架的。

這裏有幾個if判斷，我已經標號了，給大家分析一下執行流。

首先webApplicationContext一定是空的，為什麽，因為你剛啟動，肯定是空的。所以第一個if暫時不會執行。進入到第二個if了，這裏調用了findWebApplicationContext，其實這裏也會返回一個null，從這個findwebApplicationContext名稱就知道，它只查找並不創建。把源碼附上，大家看看

因此wac還是空的，所以進入第三個if語句，我們進到createWabApplicationContext方法中一探究竟。

這裏的1號代碼塊中是日誌，2號代碼塊中式判斷的，3號代碼塊是創建一個可配置的web應用上下文，也就是web容器，4號代碼塊是初始化一下這個容器。比如設置之前的rootContext為父級容器。

最後把這個創建的容器返回，至此，我們的springMVC容器就這樣誕生了。但是還沒結束，在Framework的initWebApplicationContext()方法裏還有if，我把它粘上來

接著之前的if序號編號

看看這個字段的初始值

所以這個onRefresh()方法是要執行的，跟進去發現空實現，意料之內的事啦，沒關系的，模板方法模式嘛，找子類，有線索，

這個方法又調用了一個initStrategies（。。）方法，這個方法幹了什麽勾當 ，跟進去看看

這裏我直接加上註釋了

這裏我就只跟一個進去看看吧，initMultipartResolver（context），進去看看

註意我畫線的這個段代碼，大家考慮有沒有問題啊，仔細思考哦

當然有問題，我們又沒有在容器中註入這個解析器，它怎麽能get到呢，出鬼了。

嘻嘻

SpringMVC源碼分析