What did you do today
-
關(guān)于路徑的問題，這個(gè)我總是經(jīng)常忘記。
<url-pattern>/</url-pattern>會(huì)匹配到/cmazxiaoma這樣的路徑，不會(huì)匹配到cmazxiaoma.jsp這樣子的后綴型url。
<url-pattern>/*<url-pattern>會(huì)匹配到所有url，不如路徑型和后綴型的url(/login，login.jsp,login.css,login.js,login.jpg等等)
那我們?cè)谂渲肧pringMVC的時(shí)候，肯定采取第一種策略，不然的話就會(huì)拋出異常" No mapping found for HTTP request with URI"，找不到指定的Controller處理url mapping。采取了第一種策略的話，那么我們的資源文件肯定是不能得到正確的加載的，所以要進(jìn)行相關(guān)的資源處理了。(很簡(jiǎn)單，就不用重復(fù)在說了)
-
SpringMVC的入口是Servlet，而Struts2的入口是Filter。Filter的好處就是權(quán)限檢查，日志集中處理，修改字符編碼等等。既然這樣說了,那SpringMVC的Interceptor和Filter有什么區(qū)別呢？Interceptor和Filter都能權(quán)限檢查，日志集中處理。
Filter只能在Servlet前后起作用，而Interceptor能夠深入方法前后，異常拋出前后。所以Interceptor的彈性很好，在以SpringMVC為技術(shù)架構(gòu)的項(xiàng)目中，優(yōu)先使用Interceptor。
Interceptor是基于java的反射機(jī)制的，而Filter是基于函數(shù)回調(diào)。
Filter依賴Servelt容器，而Interceptor不依賴于Servlet容器。
Filter只能對(duì)action請(qǐng)求起作用，而過濾器則可以對(duì)幾乎所有的請(qǐng)求起作用。
Interceptor可以訪問action的context，而過濾器不能訪問。
在action的生命周期中,Interceptor可以多次被調(diào)用，而Filter只能在容器初始化被調(diào)用。
Interceptor能訪問IOC容器中的bean，而過濾器不想。那么Intercepter可以一個(gè)注入service，調(diào)用業(yè)務(wù)邏輯。
-
這是我從網(wǎng)上找到SpringMVC流程圖，很清晰的反應(yīng)出Filter和Interceptor在執(zhí)行中的所屬位置。
spring_mvc流程圖.png - spring_mvc_cmazxiaoma.png
-
這是我下午畫的SpringMVC架構(gòu)圖，是照著開濤大牛的架構(gòu)圖畫的，主要是學(xué)習(xí)他的思路。 第二章 Spring MVC入門 —— 跟開濤學(xué)SpringMVC
開濤的這篇博客，我記得是今年5月份第一次看。每一次看，收獲的東西也不一樣。這篇博客同時(shí)也見證了我的成長(zhǎng)，嘻嘻，現(xiàn)在的我肯定要比5月份的我厲害。
image.png首先用戶發(fā)送請(qǐng)求到DispatcherServlet，它收到請(qǐng)求后并不處理，而是委托給其他的解析器進(jìn)行處理，作為統(tǒng)一的訪問點(diǎn)，進(jìn)行全局的流程控制。
DispatcherServlet -> HandlerMapping， HandlerMapping會(huì)把請(qǐng)求映射為HandlerExecutionChain對(duì)象(包含一個(gè)Handler(也就是頁(yè)面處理器，Controller)處理器對(duì)象，多個(gè)HandlerInterceptor攔截器)對(duì)象，通過這種策略模式，很容易添加新的映射策略。
DispatcherServlet -> HandlerAdapter，HandlerAdapter會(huì)把處理器包裝為適配器，從而支持多種類型處理器。(適配器設(shè)計(jì)模式，從而很容易支持很多類型的處理器)。
HandlerAdapter ->處理器處功能理方法的調(diào)用，HandlerAdapter將會(huì)根據(jù)適配的結(jié)果調(diào)用真正的處理器的功能處理方法，完成功能的處理，并返回ModelAndView對(duì)象。
ModelAndView的邏輯視圖名 -> ViewResolver，ViewResolver將把邏輯視圖名解析為具體的View。
View -> 渲染， view會(huì)根據(jù)傳來(lái)的model數(shù)據(jù)進(jìn)行渲染，model實(shí)際上是一個(gè)map數(shù)據(jù)結(jié)構(gòu)。
返回控制權(quán)給DispatcherServlet，由DispatcherServlet返回響應(yīng)給用戶，到此一個(gè)流程結(jié)束。
-
關(guān)于SpringMVC的一些我沒用過的注解。
- @ModelAttribute注解在方法上，用來(lái)填充一些公共需要的屬性或者數(shù)據(jù)。一個(gè)控制器可以擁有多個(gè)@ModelAttribute方法，同一個(gè)Controller內(nèi)的所有被@ModelAttribute注解的方法都會(huì)在@RequestMapping方法之前被調(diào)用。那我們可以定義一個(gè)BaseController(抽象類)，然后定義一個(gè)被@ModelAttribute注解的方法完成HttpSession，HttpServletRequest，HttpServletResponse，ModelMap對(duì)象的注入。讓所有的Controller去繼承BaseController，就可以直接調(diào)用這些對(duì)象了。
@ModelAttribute
protected void initSpringMvcApiModel(
HttpServletRequest httpRequest,
HttpServletResponse httpResponse,
HttpSession httpSession,
ModelMap modelMap
) {
this.httpRequest = httpRequest;
this.httpResponse = httpResponse;
this.httpSession = httpSession;
this.modelMap = modelMap;
}
- @ModelAttribute也可以用在@RequestMapping方法上，這種情況下，@RequestMapping方法的返回值將會(huì)被解釋為model的一個(gè)屬性，而非一個(gè)視圖名，此時(shí)視圖名將以視圖命名約定方式來(lái)確定。(不建議這樣使用@ModelAttribute)
What to do tomorrow
明天晚上做火車回武漢，然后回學(xué)校進(jìn)行單片機(jī)清考。
明天早上和下午應(yīng)該把Interceptor、Filter、Listener的demo寫出來(lái)，Spring Security demo也要盡快寫出來(lái)。(已經(jīng)delay一天了)。
Summary
最近簡(jiǎn)書飽受爭(zhēng)議。我為什么不離開簡(jiǎn)書？
不要擾亂他人的心志，不要?jiǎng)訐u自己的決心
不要擾亂他人的心志，不要?jiǎng)訐u自己的決心
不要擾亂他人的心志，不要?jiǎng)訐u自己的決心
