Spring MVC 體系結構和處理請求控制器
阿新 • • 發佈:2017-10-08
運行 替換 處理流 -c 視圖渲染 mapping exec 環境搭建 有一個
1.Spring框架簡介
Spring MVC框架是有一個MVC框架,通過實現Model-View-Controller模式來很好地將數據、業務與展現進行分離。在Spring MVC 框架中,Controller替換 Service 來擔負控制器的職責,Controller接收請求,調用相應的Model進行處理,處理器完成業務處理後返回處理結果。Controller調用相應的View並對處理結果進行視圖渲染,最終客戶端得到響應信息。
2.MVC優缺點
- 優點
- 多視圖共享一個模型,大大提高代碼的可重用性
- MVC三個模塊相互獨立,松耦合架構
- 控制器提高了應用程序的靈活性和可配置性
- 有利於軟降工程化管理
- 缺點
- 原理復雜
- 增加了系統結構和實現的復雜性
- 試圖對模型數據的低效率訪問
3.Spring MVC 環境搭建
- 引入jar文件
- Spring MVC配置
- 在web.xml 中配置Servlet,定義DispacherServlet
- 創建Spring MVC的配置文件
- 創建Controller(處理請求的控制器)
- 創建View
- 部署運行
4.Spring MVC框架的請求處理流程
- 首先用戶發送請求————>前端控制器,前端控制器根據請求信息(如URL)來決定選擇哪一個頁面控制器進行處理並把請求委托給它,即以前的控制器的控制邏輯部分
- 頁面控制器接收到請求後,進行功能處理,首先需要收集和綁定請求參數到一個對象,這個對象在Spring Web MVC中叫命令對象,並進行驗證,然後將命令對象委托給業務對象進行處理;處理完畢後返回一個ModelAndView(模型數據和邏輯視圖名);
- 前端控制器收回控制權,然後根據返回的邏輯視圖名,選擇相應的視圖進行渲染,並把模型數據傳入以便視圖渲染;
- 前端控制器再次收回控制權,將響應返回給用戶
- 用戶向服務器發送請求,請求被Spring 前端控制Servelt DispatcherServlet捕獲;
- DispatcherServlet對請求URL進行解析,得到請求資源標識符(URI)。然後根據該URI,調用HandlerMapping獲得該Handler配置的所有相關的對象(包括Handler對象以及Handler對象對應的攔截器),最後以HandlerExecutionChain對象的形式返回;
- DispatcherServlet 根據獲得的Handler,選擇一個合適的HandlerAdapter。(附註
- 提取Request中的模型數據,填充Handler入參,開始執行Handler(Controller)。 在填充Handler的入參過程中,根據你的配置,Spring將幫你做一些額外的工作:
-
- HttpMessageConveter: 將請求消息(如Json、xml等數據)轉換成一個對象,將對象轉換為指定的響應信息
-
- 數據轉換:對請求消息進行數據轉換。如String轉換成Integer、Double等
-
- 數據根式化:對請求消息進行數據格式化。 如將字符串轉換成格式化數字或格式化日期等
-
- 數據驗證: 驗證數據的有效性(長度、格式等),驗證結果存儲到BindingResult或Error中
- Handler執行完成後,向DispatcherServlet 返回一個ModelAndView對象;
- 根據返回的ModelAndView,選擇一個適合的ViewResolver(必須是已經註冊到Spring容器中的ViewResolver)返回給DispatcherServlet ;
- ViewResolver 結合Model和View,來渲染視圖
- 將渲染結果返回給客戶端。
Spring MVC 體系結構和處理請求控制器