前言
《MyBatis+Spring MVC開發(fā)指南（一）》
《MyBatis+Spring MVC開發(fā)指南（二）》
本系列的前面2篇文章刺彩，已經(jīng)為大家介紹了MyBatis哄孤；從本篇博客開始將為大家介紹Spring MVC開發(fā)的那些事逊桦！關(guān)于Spring MVC這塊將會涵蓋Spring MVC的框架原理锡移、基礎(chǔ)知識、Spring MVC和MyBatis整合缘揪、基于注解的開發(fā)叉钥、參數(shù)綁定口注、JSON數(shù)據(jù)交互涡真、RESTful分俯、攔截器等方面。
從Spring MVC框架原理進行發(fā)散
這里哆料，博主將會以自己理解的Spring MVC的框架原理流程圖缸剪，進行思維發(fā)散，把Spring MVC說透东亦！為了幫助你理解Spring MVC杏节，建議你參考博主的《寫出我的第一個框架：迷你版Spring MVC》
前端控制器（DispatcherServlet）：在圖中，你也能看到讥此，它的交互是最多的拢锹；實際上谣妻，它負責(zé)接收請求萄喳、響應(yīng)結(jié)果，相當(dāng)于轉(zhuǎn)發(fā)器蹋半。由于它的存在他巨，減少了其他組件之間的耦合度。
處理器映射器（HandlerMapping）：說白了减江，就是指明了URL到處理器的映射關(guān)系染突。
處理器適配器（HandlerAdapter）+處理器（Handler，又叫Controller）：HandlerAdapter會對Handler做出約束辈灼，比如要求Handler實現(xiàn)接口之類的份企，這樣HandlerAdapter才能按照規(guī)范去執(zhí)行Handler。而Handler說白了巡莹，就是一個特殊的類而已司志。
思考1：URL到Handler的映射會有哪些方式呢？
一個URL要交給一個Handler處理降宅，那么這個Handler肯定是要納入到Spring的容器來進行管理的骂远。那么Spring MVC提供了哪些方式進行映射呢？我就帶大家來分析幾種處理器映射器腰根。
處理器映射器：
BeanNameUrlHandlerMapping：顧名思義激才，就是把具體Handler的beanname作為url，這一點大家可以稍微看看這個類的源碼就清楚了。
SimpleUrlHandlerMapping：這個類也很直接瘸恼，通過配置維護了URL到Handler的具體映射關(guān)系劣挫。
RequestMappingHandlerMapping：很明顯這是基于注解的方式。
由于BeanNameUrlHandlerMapping和SimpleUrlHandlerMapping這2種方式东帅，實際上是一個Handler提供一個約定的方法（HandlerAdapter要求的）揣云，被URL訪問到而已；而RequestMappingHandlerMapping可以在一個Handler中的多個方法進行注解冰啃，讓方法可以被URL訪問到邓夕，非常靈活方便，也是實際開發(fā)中常用的方式阎毅。
思考2：HandlerAdapter去適配執(zhí)行Handler是什么意思焚刚？
思考3：為什么Spring MVC要使用適配器模式，直接執(zhí)行Handler有什么不好扇调？
處理器適配器：
這里矿咕，以SimpleControllerHandlerAdapter這種簡單適配器為例進行了說明，通過上圖代碼大家一目了然狼钮，這個適配器所支持執(zhí)行的Handler要求是Controller類型碳柱，而Controller是一個接口，需要實現(xiàn)handlerRequest方法熬芜！也就是說莲镣，如果使用這個適配器，那么我們開發(fā)的Handler需要實現(xiàn)Controller接口涎拉，提供handlerRequest方法瑞侮！
經(jīng)常聽到適配器設(shè)計模式，這里我們想一想鼓拧，為什么Spring MVC要利用適配器模式半火，不使用這種模式，直接去執(zhí)行Handler有什么問題么季俩？如果直接去執(zhí)行Handler钮糖，那么意味著前端控制器DispatcherServlet就會直接和Handler打交道，耦合度太強酌住，而且要知道Handler是非常多的店归，而適配器是有限的，那么通過有限的適配器去約束Handler并執(zhí)行Handler赂韵，就顯得很聰明了娱节！
另外，注意對于注解的處理器映射器祭示，注解的處理器適配器肄满，在Spring MVC 3.1之前和3.1之后谴古，是不同的。
思考四：Spring MVC默認的處理器映射器稠歉、處理器適配器是什么掰担？
前面介紹了一些處理器適配器、處理器映射器怒炸，那么到底Spring MVC默認采用的是什么呢带饱？
在DispatcherServlet.properties中，指出了Spring MVC默認使用的處理器映射器阅羹、處理器適配器勺疼。不過這個配置文件中的基于注解的HandlerMapping/HandlerAdapter是Spring MVC 3.1前，因此3.1后捏鱼，我們一般會覆蓋它Ｖ绰（在本文后面有具體說明）
思考五：ModelAndView是什么？
ModelAndView是Spring MVC框架的一個底層對象导梆，包括Model和View轨淌。
以前，我們經(jīng)常這樣：
request.setAttribute("items",items);
request.getRequestDispatcher(".../xxx.jsp").forward(request,response);
然后在xxx.jsp中看尼，利用${items}進行獲取數(shù)據(jù)递鹉。
而現(xiàn)在通過ModelAndView這個對象，簡單明了藏斩！Spring MVC實在是太聰明了躏结！
Start Spring MVC
這里將演示一個基于注解的Spring MVC Demo。
先看一眼工程目錄：
第一：配置web.xml灾茁，讓請求進入到Spring MVC的管理
將*.do的請求交給Spring MVC的前端控制器窜觉，并指明Spring MVC的配置文件。
第二：開發(fā)具體的Controller
注意@Controller北专、@RequestMapping、ModelAndView的使用旬陡。?
第三：spring-mvc.xml配置
我們要告訴Spring MVC拓颓，需要使用基于注解的處理器適配器以及處理器映射器。
要讓Spring MVC去掃描組件描孟，比如將@Controller標(biāo)示的類納入到Spring容器中管理驶睦。
對默認視圖處理器，進行屬性配置匿醒。
第四：JSP及相關(guān)BEAN開發(fā)
默認情況下场航，Spring MVC的視圖解析器是支持JSTL，我們只需要保證CLASSPATH存在JSTL相關(guān)的JAR即可廉羔。
第五：POM依賴
運行結(jié)果：
好了溉痢，到這里，這篇博客就到這里了，你了解到了Spring MVC的框架原理了么孩饼？
我想只有對Spring MVC的框架原理有足夠的認識髓削，才能知道為什么要這樣寫代碼，這樣做配置镀娶！
Bye~
