Spring Web MVC 框架介紹
Spring Web MVC框架是圍繞著DispatchServlet設(shè)計(jì)的，DispatchServlet負(fù)責(zé)將web請求分發(fā)到handlers，在這個分發(fā)過程中包括可配置的handler映射，視圖處理，本地化，時(shí)區(qū)及主題和文件上傳。默認(rèn)情況的handler是基于@Controller和@RequestMapping兩種注釋，提供了靈活的處理方法。在Spring3.0之后，@Controller機(jī)制同樣允許創(chuàng)建Restful的網(wǎng)絡(luò)站點(diǎn)和應(yīng)用，通過@PathVariable注釋以及其它的特性。
面向拓展是Spring Web MVC的核心原則，Spring的原則是”O(jiān)pen for extension，closed for modification“。
在Spring Web MVC中一些核心類被標(biāo)記為”final“。由于開發(fā)者無法對這些方法進(jìn)行重寫。
針對這個原則的解釋在Expert Spring Web MVC中有比較詳細(xì)的解釋。另外在Bob Martin的文章”The Open-Closed Principle(PDF)“中也有解釋。
在使用Spring MVC時(shí)不能針對final方法添加切面。比如，不能夠?qū)bstractController.setSynchronizedOnSession()添加切面。在”Understandding AOP proxies“有針對AOP代理以及為何不能添加切面的原因。
在Spring Web MVC中，你可以使用任何對象作為命令或表單后臺對象，你不需要去實(shí)現(xiàn)框架特定的接口或者基類。Spring的數(shù)據(jù)綁定非常靈活。例如Spring中將類型不匹配視為驗(yàn)證失敗而不是系統(tǒng)錯誤。因此不需要將業(yè)務(wù)對象復(fù)制為表對象中無類型的字符串來處理無效的提交，或者將字符串轉(zhuǎn)化為業(yè)務(wù)對象。因此將業(yè)務(wù)對象直接和表對象綁定更加方便。
Spring的視圖處理也非常靈活。Controller一般用來映射處理數(shù)據(jù)和視圖，當(dāng)然它可以直接用來應(yīng)答流并完成請求。視圖名稱處理可以通過文件拓展或者通過bean名稱甚至自定義的ViewResolverl實(shí)現(xiàn)的接受頭文件類型協(xié)議來完成。MVC中的M指的是映射接口，此接口代表了視圖技術(shù)的完整抽象。可以和常見視圖模板茹JSP、Velocity和FreeMarker記性集成，甚至直接生成XML、JSON、Atom以及氣態(tài)的多種內(nèi)容類型。Map可以簡單的轉(zhuǎn)化成正確的類型，例如JSP的請求類型，Velocity的模板等。
Spring Web MVC的特點(diǎn)
Spring的網(wǎng)絡(luò)模塊包括許多獨(dú)特的網(wǎng)絡(luò)支持特性：
1）清晰的角色分層。控制器、驗(yàn)證器、命令對象、表單對象、模型對象、DispatchServlet、處理映射，視圖方案。
2）強(qiáng)大直觀的框架和應(yīng)用類JavaBean的配置，配置包括能夠簡單的在上下文中引用，例如表單網(wǎng)絡(luò)控制器到業(yè)務(wù)對象和驗(yàn)證器。
3）適配性、非入侵性、靈活性。可以定義任意的Controller方法，并通過參數(shù)注解(如@RequestParam、@RequestHeader、@PathVariable）
4）可復(fù)用的業(yè)務(wù)代碼，不需要冗余業(yè)務(wù)代碼。使用業(yè)務(wù)對象作為命令或者表單對象而不需要通過擴(kuò)展框架基類實(shí)現(xiàn)。
5）可定制的綁定和驗(yàn)證。類型不一致被作為應(yīng)用層的驗(yàn)證錯誤，從而不需要人工進(jìn)行類型解析和轉(zhuǎn)換來判斷數(shù)據(jù)錯誤。
6）自定義的handler映射和視圖處理。handler映射和視圖處理策略包括簡單的URL配置到復(fù)雜的特定目的地策略。Spring相比web MVC在集成技術(shù)上更加靈活。
7）簡單強(qiáng)大的JSP標(biāo)簽庫，可以方便的進(jìn)行數(shù)據(jù)綁定和主題設(shè)置。自定義的標(biāo)簽可以靈活的使用標(biāo)簽代碼。
8）Bean的整個生命周期包含當(dāng)前的HTTP請求或者HTTP會話中。這并非是Spring MVC本身的特性，而是Spring實(shí)用的WebApplicationContext容器的特新。
其他MVC實(shí)現(xiàn)的即插即用
在一些工程中，非Spring的MVC實(shí)現(xiàn)可能更加合適。許多團(tuán)隊(duì)需要來綜合評估他們當(dāng)前的技術(shù)和工具積累，例如JSF。
如果不想使用Spring WebMVC，而是希望能夠使用Spring其它的功能，你可以將Spring集成到先用的web MVC中。通過使用ContextLoaderListener來開啟Spring的根應(yīng)用，并通過ServletContext屬性來訪問一些特性。此時(shí)，從web層面上看，僅僅是將Spring作為類庫，將Spring的根應(yīng)用上下文作為入口。
DispatcherServlet
Spring的web MVC框架和其它的需要MVC框架一樣，都是基于請求驅(qū)動，并圍繞著核心的分發(fā)到控制器和其它功能Servlet設(shè)計(jì)的。Spring的DispatcherServlet可以做的比這跟多。它能夠完全的集成Spring的控制反轉(zhuǎn)從而允許使用Spring的所有特性。
Spring Web MVC的DispatcherServlet的處理步驟在下圖中展示。模式識別會將DispatcherServlet理解為前端控制器的表達(dá)式（這是Spring Web MVC和其它大多數(shù)熱門網(wǎng)絡(luò)框架共同具有的模式）。
DispatcherServlet是繼承自HttpServlet的。為了使用DispatcherServlet需要將請求映射到的對應(yīng)的handler上。下面是標(biāo)準(zhǔn)的JAVA EE Servlet的標(biāo)準(zhǔn)配置。
```
public class MyWebApplicationInitializer implements WebApplicationInitializer{
@override
public void onStartup(ServletContext container){
ServeletRegistration.Dynamic registration = container.addServlet("dispatcher", new DispatcherServlet());
registration.setLoadOnStartup(1);
registration.addMapping("/example/");
}
}
```
在前面的例子中，所有的請求都是以/example開始的，對應(yīng)的請求都會被DispatcherServlet處理。WebApplicationInitializer是Spring MVC提供的接口，它可以保證基于代碼的配置能夠被識別并且能夠自動的被Servlet容器初始化。有一個這種接口的抽象基類實(shí)現(xiàn)叫做AbstractAnnotationConfigDispatcherServletInitializer，它能夠讓注冊DispatcherServ更加容易，比如見到你的通過制定Servlet映射和列出配置類。這其實(shí)是Spring MVC 應(yīng)用的推薦模式。（還有一種叫做基于代碼的Servlet容器初始化）
DispatcherServlet是繼承與HttpServlet的Servlet，因此它會在web.xml中被聲明。為了讓dispatcherServlet工作，需要在web.xml中使用URL映射。下面是典型的JAVA EE的Servlet的配置，下面的例子展示了DispatchServlet的聲明和映射。
下面的web.xml展示了上面的例子。
```
<web-app>
<servlet>
<servlet-name>example</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>example</servlet-name>
<url-pattern>/example/*</url-pattern>
</servlet-mapping>
</web-app>
ApplicationContext的功能中，ApplicationContext實(shí)例。在Web MVC框架中，每個DispatcherServlet擁有自己的WebApplicationContext，它繼承與所有的在根WebApplicationContext中定義的bean。根WebApplicationContext應(yīng)該包含所有的組件bean，這些bean需要在當(dāng)前的DispatcherServlet上下文和其他的上下文中共享。這些集成的bean可以在特定的Servlet范圍中被重寫，并且可以根據(jù)指定的Servlet實(shí)例重新定義bean。
基于DispatcherServlet的初始化。Spring MVC會尋找名稱為[servlet-name]-servlet.xml的配置文件，并且基于此來創(chuàng)建定義的bean，并且重寫所有在全局作用域的具有相同名字的bean。
下面的文件為DispatcherServlet的一種配置。
<web-app>
<servlet>
<servlet-name>golfing</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>golfing</servlet-name>
<url-patter>/golfing/*</url-pattern>
</servlet-mapping>
</web-app>
基于上面的配置，需要定義對應(yīng)的bean配置文件，該文件的名稱應(yīng)當(dāng)為/WEB-INF/golfing-servlet.xml，該文件會包含所有的Spring Web MVC的組件。當(dāng)然可以通過修改Servlet的初始化參數(shù)來改變配置文件的位置。
當(dāng)前對于單個的DispatcherServlet也可以僅僅只有一個根上下文。
可以通過設(shè)定contextConfigLocation初始化參數(shù)來改變配置文件位置。
<web-app>
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/root-context.xml</param-value>
</context-param>
<servlet>
<servlet-name>dispatcher</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value></param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>dispatcher</servlet-name>
<url-pattern>/*</url-pattern>
</servlet-mapping>
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listern-class>
</listener>
</web-app>
WebApplicationContext是ApplicationContext的擴(kuò)展。它提供了處理主題的功能，并且它可以獲取相關(guān)的Servlet引用。WebApplicationContext限制在ServletContext之中，并且通過在RequestContextUtils中使用靜態(tài)方法可以方便的獲取到WebApplicationContext。
同樣我們可以通過基于java代碼的配置實(shí)現(xiàn)。
public class GolfingWebAppInitializer extends AbstractAnnotationConfigDispatcherServletInitializer{
@override
protected class<?>[] getRootConfigClasses(){
return new Class[]{GolfingAppConfig.class};
}
@Override
protected Class<?>[] geteServletConfigClasses(){
return new Class[]{GolfingWebConfig.class}；
}
@Override
protected String[] getServletMappings(){
return new String[]{”/golfing/*“};
}
