Spring MVC 角色劃分清晰，分工明細，并且和 Spring 框架無縫結合。作為當今業界最主流的 Web 開發框架，Spring MVC 已經成為當前最熱門的開發技能，同時也廣泛用于桌面開發領域。

MVC設計模式簡介

MVC 設計不僅限于 Java Web 應用，還包括許多應用，比如前端、PHP、.NET 等語言。之所以那么做的根本原因在于解耦各個模塊。

MVC 是 Model、View 和 Controller 的縮寫，分別代表 Web 應用程序中的 3 種職責。

• 模型：用于存儲數據以及處理用戶請求的業務邏輯。
• 視圖：向控制器提交數據，顯示模型中的數據。
• 控制器：根據視圖提出的請求判斷將請求和數據交給哪個模型處理，將處理后的有關結果交給哪個視圖更新顯示。

基于 Servlet 的 MVC 模式的具體實現如下。

• 模型：一個或多個 JavaBean 對象，用于存儲數據（實體模型，由 JavaBean 類創建）和處理業務邏輯（業務模型，由一般的 Java 類創建）。
• 視圖：一個或多個 JSP 頁面，向控制器提交數據和為模型提供數據顯示，JSP 頁面主要使用 HTML 標記和 JavaBean 標記來顯示數據。
• 控制器：一個或多個 Servlet 對象，根據視圖提交的請求進行控制，即將請求轉發給處理業務邏輯的 JavaBean，并將處理結果存放到實體模型 JavaBean 中，輸出給視圖顯示。
  基于 Servlet 的 MVC 模式的流程如圖 1 所示。
  

Spring MVC處理用戶請求的完整流程

Spring MVC 框架并不關心使用的視圖技術，也不會強迫開發者只使用 JSP 技術，但教程中使用的視圖是 JSP，本節主要介紹 Spring MVC 框架處理用戶請求的完整流程和處理中包含的 4 個接口。

Spring MVC 工作流程
Spring MVC 框架主要由 DispatcherServlet、處理器映射、控制器、視圖解析器、視圖組成，其工作原理如圖 1 所示。

從圖 1 可總結出 Spring MVC 的工作流程如下：

• 客戶端請求提交到 DispatcherServlet。
• 由 DispatcherServlet 控制器尋找一個或多個 - HandlerMapping，找到處理請求的 Controller。
• DispatcherServlet 將請求提交到 Controller。
• Controller 調用業務邏輯處理后返回 ModelAndView。
• DispatcherServlet 尋找一個或多個 ViewResolver 視圖解析器，找到 ModelAndView 指定的視圖。
• 視圖負責將結果顯示到客戶端。

Spring MVC接口
在圖 1 中包含 4 個 Spring MVC 接口，即 DispatcherServlet、HandlerMapping、Controller 和 ViewResolver。

Spring MVC 所有的請求都經過 DispatcherServlet 來統一分發，在 DispatcherServlet 將請求分發給 Controller 之前需要借助 Spring MVC 提供的 HandlerMapping 定位到具體的 Controller。

HandlerMapping 接口負責完成客戶請求到 Controller 映射。

Controller 接口將處理用戶請求，這和 Java Servlet 扮演的角色是一致的。一旦 Controller 處理完用戶請求，將返回 ModelAndView 對象給 DispatcherServlet 前端控制器，ModelAndView 中包含了模型（Model）和視圖（View）。

從宏觀角度考慮，DispatcherServlet 是整個 Web 應用的控制器；從微觀考慮，Controller 是單個 Http 請求處理過程中的控制器，而 ModelAndView 是 Http 請求過程中返回的模型（Model）和視圖（View）。

ViewResolver 接口（視圖解析器）在 Web 應用中負責查找 View 對象，從而將相應結果渲染給客戶。

Spring MVC框架搭建

Spring MVC框架搭建

https://blog.csdn.net/Bonport/article/details/105113035

視圖解析器

Spring 視圖解析器是 Spring MVC 中的重要組成部分，用戶可以在配置文件中定義 Spring MVC 的一個視圖解析器（ViewResolver），示例代碼如下：

<bean class="org.springframework.web.servlet.view.InternalResourceViewResolver" >
    <!--前綴-->
    <property name="prefix" value="/WEB-INF/jsp/"/>
    <!--后綴-->
    <property name="suffix" value=".jsp"/>
</bean>

上述視圖解析器配置了前綴和后綴兩個屬性，因此《Spring MVC框架搭建》教程中的 RegisterController 和 LoginController 控制器類的視圖路徑僅需提供 register 和 login，視圖解析器將會自動添加前綴和后綴。

InternalResourceViewResolver 是 URLBasedViewResolver 的子類，所以 URLBasedViewResolver 支持的特性它都支持。

在實際應用中 InternalResourceViewResolver 也是使用的最廣泛的一個視圖解析器。那么InternalResourceViewResolver有什么自己獨有的特性呢？

單從字面意思來看，我們可以把 InternalResourceViewResolver 解釋為內部資源視圖解析器，這就是 InternalResourceViewResolver 的一個特性。

InternalResourceViewResolver 會把返回的視圖名稱都解析為 InternalResourceView 對象，InternalResourceView 會把 Controller 處理器方法返回的模型屬性都存放到對應的 request 屬性中，然后通過 RequestDispatcher 在服務器端把請求 forword 重定向到目標 URL。

比如在 InternalResourceViewResolver 中定義了 prefix=/WEB-INF/，suffix=.jsp，然后請求的 Controller 處理器方法返回的視圖名稱為 login，那么這個時候 InternalResourceViewResolver 就會把 login 解析為一個 InternalResourceView 對象，先把返回的模型屬性都存放到對應的 HttpServletRequest 屬性中，然后利用 RequestDispatcher 在服務器端把請求 forword 到 /WEB-INF/test.jsp。

這就是 InternalResourceViewResolver 一個非常重要的特性，我們都知道存放在 /WEB-INF/ 下面的內容是不能直接通過 request 請求的方式請求到的，為了安全性考慮，我們通常會把 jsp 文件放在 WEB-INF 目錄下，而 InternalResourceView 在服務器端跳轉的方式可以很好的解決這個問題。

Spring MVC獲取請求參數方式&注解

@Controller和@RequestMapping，@Autowired和@Service注解，@ModelAttribute注解，
Spring MVC獲取參數的幾種常見方式：

https://blog.csdn.net/Bonport/article/details/105114771

Spring MVC的轉發與重定向

重定向是將用戶從當前處理請求定向到另一個視圖（例如 JSP）或處理請求，以前的請求（request）中存放的信息全部失效，并進入一個新的 request 作用域；轉發是將用戶對當前處理的請求轉發給另一個視圖或處理請求，以前的 request 中存放的信息不會失效。

轉發是服務器行為，重定向是客戶端行為。
1）轉發過程
客戶瀏覽器發送 http 請求，Web 服務器接受此請求，調用內部的一個方法在容器內部完成請求處理和轉發動作，將目標資源發送給客戶；在這里轉發的路徑必須是同一個 Web 容器下的 URL，其不能轉向到其他的 Web 路徑上，中間傳遞的是自己的容器內的 request。

在客戶瀏覽器的地址欄中顯示的仍然是其第一次訪問的路徑，也就是說客戶是感覺不到服務器做了轉發的。轉發行為是瀏覽器只做了一次訪問請求。
2）重定向過程
客戶瀏覽器發送 http 請求，Web 服務器接受后發送 302 狀態碼響應及對應新的 location 給客戶瀏覽器，客戶瀏覽器發現是 302 響應，則自動再發送一個新的 http 請求，請求 URL 是新的 location 地址，服務器根據此請求尋找資源并發送給客戶。

在這里 location 可以重定向到任意 URL，既然是瀏覽器重新發出了請求，那么就沒有什么 request 傳遞的概念了。在客戶瀏覽器的地址欄中顯示的是其重定向的路徑，客戶可以觀察到地址的變化。重定向行為是瀏覽器做了至少兩次的訪問請求。

在 Spring MVC 框架中，控制器類中處理方法的 return 語句默認就是轉發實現，只不過實現的是轉發到視圖。示例代碼如下：

@RequestMapping("/register")
public String register() {
    return "register";  //轉發到register.jsp
}

在 Spring MVC 框架中，重定向與轉發的示例代碼如下：

package controller;
import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.RequestMapping;
@Controller
@RequestMapping("/index")
public class IndexController {
    @RequestMapping("/login")
    public String login() {
        //轉發到一個請求方法（同一個控制器類可以省略/index/）
        return "forward:/index/isLogin";
    }
    @RequestMapping("/isLogin")
    public String isLogin() {
        //重定向到一個請求方法
        return "redirect:/index/isRegister";
    }
    @RequestMapping("/isRegister")
    public String isRegister() {
        //轉發到一個視圖
        return "register";
    }
}

在 Spring MVC 框架中，不管是重定向或轉發，都需要符合視圖解析器的配置，如果直接轉發到一個不需要 DispatcherServlet 的資源，例如：

return "forward:/html/my.html";

則需要使用 mvc：resources 配置：

<mvc:resources location="/html/" mapping="/html/**" />

請求參數類型轉換

對于 Spring MVC 框架而言，它必須將請求參數轉換成值對象類中各屬性對應的數據類型。
類型轉換是在視圖與控制器相互傳遞數據時發生的。Spring MVC 框架對于基本類型（例如 int、long、float、double、boolean 以及 char 等）已經做好了基本類型轉換。
在 Web 應用中由 HTTP 發送的請求數據到控制器中都是以 String 類型獲取，因此在 Web 應用中選擇 Formatter 比選擇 Converter<S，T> 更加合理。

Converter（類型轉換器）,Formatter（數據格式化）詳解:

https://blog.csdn.net/Bonport/article/details/105118051

內容出處：

http://c.biancheng.net/spring_mvc/