（二）SpringMVC框架結構

一、用戶請求處理流程

(1) 首先用戶發送請求————>前端控制器，前端控制器根據請求信息（如URL）來決定選擇哪個頁面控制器進行處理並把請求委託給它，即之前的控制器的控制邏輯部分；圖中的1、2步驟；

(2) 頁面控制器接收到請求後，進行功能處理，首先須要收集和綁定請求參數到一個對象，這個對象在Spring Web MVC中叫命令對象，並進行驗證，而後將命令對象委託給業務對象進行處理；處理完畢後返回一個ModelAndView（模型數據和邏輯視圖名）；圖中的3、4、5步驟；

(3) 前端控制器收回控制權，而後根據返回的邏輯視圖名，選擇相應的視圖進行渲染，並把模型數據傳入以便視圖渲染；圖中的步驟6、7；

(4) 前端控制器再次收回控制權，將響應返回給用戶，圖中的步驟8；至此整個結束。

2、Spring MVC核心架構

 

(1) 首先用戶發送請求——>DispatcherServlet，前端控制器收到請求後本身不進行處理，而是委託給其餘的解析器進行處理，做爲統一訪問點，進行全局的流程控制；

(2) DispatcherServlet——>HandlerMapping， HandlerMapping將會把請求映射爲HandlerExecutionChain對象（包含一個Handler處理器（頁面控制器）對象、多個HandlerInterceptor攔截器）對象，經過這種策略模式，很容易添加新的映射策略；

(3) DispatcherServlet——>HandlerAdapter，HandlerAdapter將會把處理器包裝爲適配器，從而支持多種類型的處理器，即適配器設計模式的應用，從而很容易支持不少類型的處理器；

(4) HandlerAdapter——>處理器功能處理方法的調用，HandlerAdapter將會根據適配的結果調用真正的處理器的功能處理方法，完成功能處理；並返回一個ModelAndView對象（包含模型數據、邏輯視圖名）；

(5) ModelAndView的邏輯視圖名——> ViewResolver， ViewResolver將把邏輯視圖名解析爲具體的View，經過這種策略模式，很容易更換其餘視圖技術；

(6) View——>渲染，View會根據傳進來的Model模型數據進行渲染，此處的Model實際是一個Map數據結構，所以很容易支持其餘視圖技術；

(7) 返回控制權給DispatcherServlet，由DispatcherServlet返回響應給用戶，到此一個流程結束。

由此能夠看出，在Spring MVC中最核心的類和接口是：

(1)    DispatcherServlet：請求處理器，以sevlet的形式配置，將用戶請求交給控制器；

(2)    HandlerMapping：前端控制器，負責處理請求處處理器的映射關係，將用戶請求分發到對應的處理器的處理；

(3)    HandlerAdapter：處理器適配器，將處理器封裝，以便處理不一樣類型的前端控制請求；

(4)    Action：處理器，用於處理各類用戶請求；

ViewResolver：視圖解析器，將處理器返回的視圖名稱以及對象信息與對應頁面匹配、封裝並渲染，將視圖返回給用戶。