Spring MVC學習隨筆-控制器(Controller)開發詳解：控制器跳轉與作用域（二）視圖模板、靜態資源訪問

第二部分主要涵蓋了 SpringMVC 中作用域處理，介紹了 Request 作用域、Session 作用域和應用作用域的處理方式，以及 @ModelAttribute 註解的使用和 ModelAndView 的使用方法；最後，探討了靜態資源的處理方式，包括使用 DefaultServlet 或者 ... ...

學習視頻：孫哥說SpringMVC：結合Thymeleaf，重塑你的MVC世界！｜前所未有的Web開發探索之旅

銜接上文Spring MVC學習隨筆-控制器(Controller)開發詳解：控制器跳轉與作用域（一）

SpingMVC中request作用域的處理
- 代碼
```
# 基於Model的方式 
@RequestMapping("view2")
public String view2(Model model) {
		// 等同於 request.addAttribute();
    model.addAttribute("name", "suns");
    return "result1";
}
# 基於ModelMap的方式 同上
@RequestMapping("view3")
public String view3(ModelMap modelMap) {
    modelMap.addAttribute("name", "suns2");
    return "result1";
}
```
- Model、ModelMap相關細節分析
  1. 通過Model、ModelMap進行作用域處理，可以解決視圖模板技術耦合的問題
    
    因為SpringMVC通過視圖解析器區別JSP、FreeMaker，再將Model、ModelMap的數據放到request或root裡面運行。
  2. SpringMVC中提供Model和ModelMap兩種方式處理request作用域，他們的區別是什麼
    
    雖然兩者表現形式以及聲明的形參類型都不同，但是在運行時，SpringMVC會動態提供對應的實現類型，名字是BindingAwareModelMap。所以本質上兩者相同。
  3. 為什麼不直接使用BindingAwareModelMap？
    
    在源碼中，Model介面會根據開發者使用SpringMVC或Spring WebFlux進行自動適配，使用MVC開發時會使用BindingAwareModelMap，而WebFlux開發時使用的是ConcurrentModel。
  4. SpringMVC為什麼會提供兩種開發方式？Model、ModelMap這兩種開發方式，更推薦哪種使用？
    
    推薦使用Model，ModelMap是老系統使用的，為了相容老系統所以留著。Model可以相容傳統MVC也可以在WebFlux中使用，更有利於項目維護。
  5. 如果redirect跳轉，數據如何跳轉
    
    SpringMVC會自動把Model或ModelMap中的數據，通過？的形式在url上進行拼接，從而傳遞數據

SpringMVC中Session作用域的處理

基本使用方式及其存在的問題

session.setAttribute("name","value");

@RequestMapping("view")
public String view1(HttpSession session){
		session.setAttribute("name","value");
		return "result";
}
存在問題：與ServletAPI耦合，在SpringMVC中不建議使用。

@SessionAttributes註解

存儲數據

@Controller
@RequestMapping("view3")
**@SessionAttributes(value = "name")  // 聲明name存在session作用域**
public class View3Controller {

    @RequestMapping("view1")
    public String view1(Model model) {
        model.addAttribute("name", "xiaojr");
				model.addAttribute("age", 10);
        return "result1";
    }
}
// jsp中取值
<html>
<body>
    <h1>session attribute is ${sessionScope.name}</h1>
    <h1>request attribute is ${requestScope.age}</h1>
</body>
</html>

註意
1. Model、ModelMap把name的數據通過@SessionAttributes存儲在Session作用域中的同時在Request作用域中也會存儲。
2. 此時Request作用域、Session作用域存儲的是一個對象的引用。

刪除Session作用域中的數據

SpringMVC中application作用域的處理
為什麼SpringMVC沒有提供application作用域

因為application這個作用域是全局唯一，在開發中多用於存儲全局唯一的對象，被框架底層封裝，在開發時，程式員基本不會使用其用於業務操作。
@ModelAttribute註解
1. SpringMVC通過@ModelAttribute註解：接受請求參數的同時，把數據存儲到request作用域中。
```
@RequestMapping("view1")
public String view1(@ModelAttribute("name") String name) {
    System.out.println("View4Controller.view1");
    return "result2";
}
```
- 使用場景
  
  傳遞頁碼時可以使用。
- 註意細節
  - 細節一
    
    如果傳遞的是簡單變數參數：則value屬性必須與超級鏈接或表單的key名稱保持一致。
    
    如果傳遞的是POJO類型的請求參數：則沒有上述要求，但是value屬性會作為request作用域的名稱。
  - 細節二
    1. @ModelAttribute中value的值不能與@SessionAttributes中value的值一致，如果一致則會產生異常
    2. 如果要把請求參數的數據也存在session作用域中，需要將request作用域存儲改為使用傳統做法：model.addAttribute(”name”,name);
什麼是ModelAndView【瞭解】
- 什麼是ModelAndView
  
  ModelAndView這個類型，實際上是一個複合類型，起到了2個方面的作用。
  
  註意：ModelAndView裡面只能使用ModelMap，這也是它的劣勢之一。
  1. Model 代表作用域的操作，就是前面的ModelMap。
  2. View 代表跳轉路徑（頁面），對應前面的四種跳轉。
  最終這兩方面的工作統一被ModelAndView進行封裝，做為控制器方法的返回值使用。
- 總結目前控制器方法返回值
```
1. public String controller();
2. public ModelAndView controller();
註意：SpringMVC處理跳轉頁面和作用域時，把相應的內容都會封裝到ModelAndView中，
所以ModelAndView返回值的這種處理更加底層，而返回值String的處理僅是簡化開發。
```

5.5 視圖控制器

5.5.1 什麼是視圖控制器

視圖控制器可以通過配置的方式，訪問受保護的視圖模板，簡化開發。
什麼是視圖模板？

JSP Thymeleaf FreeMarker Velocity
為什麼需要保護視圖模板？

目前的開發方式都沒有對視圖模板進行保護，有可能導致程式在被用戶訪問時產生非預期效果（Bug）
如何保護視圖模板

將所有視圖模板放置在WEB-INF下，這樣用戶就無法通過地址直接訪問視圖模板了。

5.5.1 受保護的視圖模板如何訪問？

所有的視圖模板，只能通過控制器forward訪問:return "result"; return "forward:/WEB-INF/jsp/result.jsp";

記得同時修改viewResolver

<bean id="viewResolver" class="org.springframework.web.servlet.view.InternalResourceViewResolver">
    <property name="prefix" **value="/WEB-INF/jsp/"/>**
    <property name="suffix" value=".jsp"/>
</bean>

5.5.2 視圖控制器

雖然可以通過控制器forward訪問視圖模板，但是直接訪問頁面也需要控制器，因此會變得繁瑣，所以有了視圖控制器的存在：通過在配置文件(dispatcher.xml)可以直接訪問

<mvc:view-controller path="/result3" view-name="result3"/>
註意：path不能和@RequestMapping的路徑衝突

5.5.3 視圖控制器的Redirect跳轉

@RequestMapping("view1")
public String view1() {
    System.out.println("View6Controller.view1");
    return "redirect:/result4";
}

<mvc:view-controller path="/result4" view-name="result4"/>

5.6 靜態資源處理

5.5.1 什麼是靜態資源

所謂靜態資源，指的是項目中非java代碼部分的內容，如圖片、js文件、css文件。

目前SpringMVC的開發中，按照現有的配置內容，是無法訪問靜態資源的。

在SpringMVC底層，資源請求訪問DispatcherServlet後，會將其請求當成控制器並調用對應的控制器方法創建對象，但是在靜態資源訪問，第一步就走不通了，所以就報錯404。

5.5.3 解決方式

方式一【DefaultServlet】

Tomcat提供了能夠訪問靜態資源的DefaultServlet（web.xml)

在web.xml添加DefaultServlet後的代碼：
方式二【default-servlet-handler】推薦
- 第一種開發方式的問題
default-servlet-handler開發方式
1. 在SpringMVC的配置文件(dispatcher.xml)中，配置<mvc:default-servlet-handler/>即可
實現原理
1. <mvc:default-servlet-handler/>標簽的底層也是調用了defaultServlet進行的靜態資源處理。
2. <mvc:default-servlet-handler/>標簽他是如何調用defaultServlet進行靜態資源處理的？
  
  他的底層是通過DefaultServletHttpRequestHandler，以forward的形式調用的DefaultServlet。
mvc:default-servlet-handler/完整運行流程：用戶如果發起控制器的請求，首先會到DispatcherServlet，然後DispatcherServlet會通過RequestMappingHandlerMapiping查找控制器上@RequestMapping註解併進行相應的匹配，進而查找，如果查找到則會通過HandlerAdapter進行處理。對於靜態資源的操作，也就是使用了<mvc:default-servlet-handler/>的處理，它的請求也一樣會訪問DispatcherServlet，沒查找到則會通過SimpleUrlHandlerMapping調用DefaultServletHttpRequestHandler進而調用DefaultServlet進行靜態資源的處理。