相信大家通過前文的學習，已經對SpringMVC這個框架多少有些理解了。還記得上一篇文章中SpringMVC的處理流程嗎？ 
這個圖大致描述了SpringMVC的整個處理流程，這個流程圖還是相對來說比較容易懂的，下面我會給出SpringMVC的框架結構圖，這個圖相對來說會更復雜，不過經過我細致入微的講解，相信大家都可以深入理解。
SpringMVC框架結構
SpringMVC框架結構如下圖所示： 
下面我會對SpringMVC框架結構作細致入微的講解。
架構流程
- 用戶發送請求至前端控制器DispatcherServlet。
- DispatcherServlet收到請求調用HandlerMapping處理器映射器。
- 處理器映射器根據請求url找到具體的處理器，生成處理器對象及處理器攔截器(如果有則生成)一並返回給DispatcherServlet。
- DispatcherServlet通過HandlerAdapter處理器適配器調用處理器。
- 執行處理器(Controller，也叫后端控制器)。
- Controller執行完成返回ModelAndView。
- HandlerAdapter將controller執行結果ModelAndView返回給DispatcherServlet。
- DispatcherServlet將ModelAndView傳給ViewReslover視圖解析器。
- ViewReslover解析后返回具體View。
- DispatcherServlet對View進行渲染視圖（即將模型數據填充至視圖中）。
- DispatcherServlet響應用戶。
上面大致上對SpringMVC框架結構做了一個粗略的解釋，下面我則會做一個更加細致入微的講解。
- 瀏覽器發送請求，請求具體發到誰呢？先發到前端控制器，也就是說所有的請求都給發到前端控制器，前端控制器是所有請求的入口，但前端控制器不能處理業務請求，它只是一個請求的轉發。
- 誰來處理業務請求呢？Handler處理器來真正處理業務請求，那么問題來了，前端控制器如何來找到這個Handler處理器呢？處理器映射器記錄的就是請求的url和處理的方法之間的映射關系，這個映射關系是怎么建立起來的呢？就是通過@RequestMapping這個注解來建立起來的，這個映射關系就相當於一個Map(key-value這種形式)，key就是請求的url，value就是處理的Handler。現在，前端控制器拿到這個請求之后，要找到對應的Handler，怎么找呢？就要找處理器映射器，問它請求誰來處理？
- 處理器映射器會根據你請求的url來找對應的處理器，找不到就會報錯，如果找到之后，這時，它就會返回一個處理器執行鏈，這個處理器執行鏈里面除了有Handler之外，還有攔截器(這兒我們可以開發自己的攔截器)，然后返回給前端控制器。
- 前端控制器依然不能處理這個業務請求，它這時做的還有另外一件事情，因為返回Handler，它也不知道這個Handler是什么類型，因為在spring mvc中Handler除了可以是注解形式的之外，其實還可以是非注解形式的(非注解形式我們一般不用)，前端控制器並不知道這個Handler到底是什么類型的，那就沒辦法執行它，那總得找個東西執行，這時它就會把這個事交給另外一個組件來處理，這個組件就叫處理器適配器，這個處理器適配器就是來適配不同類型的Handler。它就會根據你不同類型的Handler來選擇不同類型的適配器來執行它。
- 假如當前Handler是注解形式的，那么它就會選擇注解形式的處理器適配器來執行這個Handler。Handler就執行了，也就是說我們Controller類中的那個方法就執行了，方法執行之后，里面的業務就處理了。
- 業務處理之后，最后返回一個ModelAndView。處理器適配器拿到這個結果是沒有用的，它的作用就是執行這個Handler，把這個Handler執行完之后，它的事就做完了。
- 做完之后，拿到這個返回結果，那么它會原封不動地把這個返回結果扔給前端控制器，這時處理器適配器的事就做完了。
- 前端控制器拿到這個ModelAndView，它還是沒有辦法處理，它還是不能返回html，這時它要找到相應的jsp，因為ModelAndView即包含模型又包含視圖，這個視圖指定我們要用誰來渲染這個數據。我們要渲染數據，這時它就要找一個視圖解析器來解析這個視圖，由於這個視圖也有很多種(我們最常見的視圖是jsp，除了jsp，其實還有其他的，比如說還可以是報表，還可以是pdf，還可以是freemaker等)，它會找不同的視圖解析器來處理。因為現在我們最常用的視圖是jsp，所以它就找到jsp對應的視圖解析器。
- 找到這個視圖解析器，它來把這個視圖解析，解析完了之后它會返回一個View對象。
- 最后我們再調用這個視圖解析器的渲染視圖這個過程，渲染視圖這個過程其實就是對於我們的jsp來說，就是把這個數據渲染成html。
- 最終渲染成html之后，就響應給用戶。
通過以上的分析大家有沒有更好地理解SpringMVC的架構流程呢？我可能寫的比較繞口，但確是對我來說比較好理解一點，希望對你也是一樣。
組件說明
以下組件通常使用框架提供實現：
- DispatcherServlet：前端控制器
用戶請求到達前端控制器，它就相當於mvc模式中的c，DispatcherServlet是整個流程控制的中心，由它調用其它組件處理用戶的請求，DispatcherServlet的存在降低了組件之間的耦合性。 - HandlerMapping：處理器映射器
HandlerMapping負責根據用戶請求找到Handler即處理器，springmvc提供了不同的映射器實現不同的映射方式，例如：配置文件方式，實現接口方式，注解方式等。 - Handler：處理器
Handler是繼DispatcherServlet前端控制器的后端控制器，在DispatcherServlet的控制下Handler對具體的用戶請求進行處理。由於Handler涉及到具體的用戶業務請求，所以一般情況需要程序員根據業務需求開發Handler。 - HandlAdapter：處理器適配器
通過HandlerAdapter對處理器進行執行，這是適配器模式的應用，通過擴展適配器可以對更多類型的處理器進行執行。 - ViewResolver：視圖解析器
ViewResolver負責將處理結果生成View視圖，ViewResolver首先根據邏輯視圖名解析成物理視圖名即具體的頁面地址，再生成View視圖對象，最后對View進行渲染將處理結果通過頁面展示給用戶。 - View：視圖
SpringMVC框架提供了很多的View視圖類型的支持，包括：jstlView、freemarkerView、pdfView等。我們最常用的視圖就是jsp。一般情況下需要通過頁面標簽或頁面模版技術將模型數據通過頁面展示給用戶，需要由程序員根據業務需求開發具體的頁面。
總結
在SpringMVC的各個組件中，處理器映射器、處理器適配器、視圖解析器稱為springmvc的三大組件。其實真正需要程序員開發的就兩大塊：一個是Handler，一個是jsp，這樣的話，其實和Struts2就差不多了，所以不要被上面那個一系列的流程給繞傻了。