Spring MVC 簡述：從MVC框架普遍關注的問題說起

　　任何一個完備的MVC框架都需要解決Web開發過程中的一些共性的問題，比如請求的收集與分發、數據前后臺流轉與轉換，當前最流行的SpringMVC和Struts2也不例外。本文首先概述MVC模式的分層思想與MVC框架普遍關注的問題，并以此為契機結合SpringMVC的入門級案例簡要地從原理、架構角度介紹了它對這些問題的處理，包括請求處理流程、消息轉換機制和數據綁定機制等核心問題。最后，本文對目前最為流行的兩個MVC框架SpringMVC 和
　　
　　一. MVC 模式與框架
　　
　　1、MVC 模式
　　
　　Java Web 應用的結構經歷了 Model1 和 Model2 兩個時代。在 Model1 模式下，整個 Web 應用幾乎全部用JSP頁面組成，只用少量的JavaBean來處理數據庫連接、訪問等操作。從工程化角度來看，JSP 不但充當了表現層角色，還充當了控制器角色，將控制邏輯和表現邏輯混雜在一起，導致代碼重用率極低，使得應用極難擴展和維護。
　　
　　Model2 已經是基于MVC架構的設計模式。在 Model2 中，Servlet 作為控制器，負責接收客戶端發送的請求，調用后端的JavaBean(業務邏輯組件)來處理業務邏輯并根據處理結果轉發到相應的JSP頁面處理顯示邏輯。在 Model2 模式下，模型(Model)由 JavaBean 充當，視圖（View）由JSP頁面充當，而控制器則由 Servlet 充當。Model2 的流程示意圖如下：
　　
　　這里寫圖片描述
　　
　　更具體地，在 Model2（標準MVC）中，角色分工如下:
　　
　　Model：由 JavaBean 充當，所有的業務邏輯、數據庫訪問都在Model中實現；
　　
　　View：由 JSP 充當，負責收集用戶請求參數并將應用處理結果、狀態數據呈現給用戶；
　　
　　Controller：由 Servlet 充當，作用類似于調度員，即所有用戶請求都發送給 Servlet，Servlet 調用 Model 來處理用戶請求，并根據處理結果調用 JSP 來呈現結果；或者Servlet直接調用JSP將應用處理結果展現給用戶。
　　
　　2、MVC 框架
　　
　　上述提到的MVC模式只是一種分層架構思想，并不包含任何具體的實現。在Model2中，我們分別為使用JavaBean、JSP和 Servlet分別充當模型(Model)、視圖（View）和控制器，這可以看作是MVC模式最為基本的一種實現。但實際上，開發者使用Model2來開發Java WEB應用時，除了要專注于業務邏輯的開發以外，還需要額外考慮各種各樣的問題，比如前后臺數據之間的流轉和轉換問題、數據驗證問題、消息轉換問題等等，而且并沒有實現各層之間的完全解耦。Model2存在的這些問題實際上都是一些共性的問題，換言之，Model2的抽象和封裝程度還遠遠不夠，開發者在使用Model2進行開發時不可避免地會重復造輪子，這就大大降低了程序的可維護性和復用性。
　　
　　為了解決這一問題，解放廣大程序員的雙手，一些MVC框架就應運而生了。Struts是全世界最早的MVC框架，特別地，其與WebWork分娩出的Struts2擁有眾多優秀的設計，而且吸收了傳統的Struts和WebWork兩者的精華，曾一度是MVC框架中的王者。但是，與SpringMVC相比，Struts2又顯得如此笨重、難用。與此同時，隨著spring的廣泛應用和開發者對輕量級框架的不懈追求，SpringMVC逐漸成為MVC框架中新的王者。
　　
　　讓開發者只關注于業務邏輯的處理是MVC框架的終極目標。無論是昔日的Struts2還是今天的SpringMVC，它們的差別更多體現在設計上的優劣與細膩，但是作為一個MVC框架，它們都會封裝并提供一些基本的組件和功能以便解放程序員的雙手，比如：
　　
　　分發請求的前端控制器(Struts2中的StrutsPrepareAndExecuteFilter和SpringMVC中的DispatcherServlet)；
　　
　　處理請求的業務控制器(Struts2中的Action和SpringMVC中的Controller)；
　　
　　請求URI與請求處理方法的匹配(Struts2中的ActionMapper和SpringMVC中的HandlerMapping)；
　　
　　請求處理方法的調用(Struts2中的ActionProxy和SpringMVC中的HandlerAdapter)；
　　
　　類型轉換問題 —— 前后臺數據的流轉；
　　
　　數據校驗；
　　
　　異常配置；
　　
　　國際化和標簽庫；
　　
　　文件上傳/下載；
　　
　　事實上，任何一個完備的MVC框架都會對以上功能進行抽象和封裝。與Model2相比，MVC框架提取并完成了大量實際開發中需要重復解決的通用步驟，留給開發者的僅僅是與特定應用相關的部分，從而大大簡化了程序的開發、提升程序的可維護性和增強代碼復用性。
　　
　　二. Spring MVC 核心組件與執行流程
　　
　　Spring MVC是Spring框架提供的構建Web應用程序的全功能MVC模塊，也是一種基于Java的實現了Web MVC設計模式的請求驅動類型的輕量級Web框架，很好地實現了MVC架構模式的思想并將web層進行職責解耦。一般地，在MVC框架中，控制器(Controller)用于執行業務邏輯并產生模型數據(Model)，而視圖(View)則用于渲染模型數據，當然SpringMVC也不例外，如下圖所示：
　　
　　這里寫圖片描述
　　
　　1、SpringMVC 執行流程
　　
　　上圖簡要地描述了SpringMVC中請求處理的流程，但實際上，它并沒有刻畫出SpringMVC框架處理一個HTTP請求的全貌。下圖詳細描述了SpringMVC的請求處理過程，并給出了SpringMVC各核心組件之間的交互過程。
　　
　　這里寫圖片描述
　　
　　1、用戶向服務器發送請求，請求被Spring MVC的前端控制器DispatcherServlet截獲；
　　
　　2、DispatcherServlet對請求URL（統一資源定位符）進行解析，得到URI（請求資源標識符）。然后根據該URI，調用HandlerMapping獲得該Handler配置的所有相關對象，包括Handler對象以及Handler對象對應的攔截器，這些對象會被封裝到一個 HandlerExecutionChain對象 當中返回；
　　
　　3、DispatcherServlet根據獲得的Handler，選擇一個合適的HandlerAdapter。一個HandlerAdapter會被用于處理多種(一類)Handler，并調用Handler實際處理請求的方法；
　　
　　4、在調用Handler實際處理請求的方法之前，HandlerAdapter 首先會結合用戶配置對請求消息進行轉換(例如，將JSON/XML請求消息轉換成一個Java對象)，然后通過DataBinder將請求中的模型數據綁定到Handler(Controller)對應的處理方法的參數中。在消息轉換和數據綁定過程中，Spring MVC會做一些額外的處理，比如數據類型轉換、數據格式化工作和數據合法性校驗等；
　　
　　5、Handler調用業務邏輯組件完成對請求的處理后，向DispatcherServlet返回一個ModelAndView對象，ModelAndView對象中應該包含視圖名或者視圖名和模型；
　　
　　6、DispatcherServlet根據返回的ModelAndView對象，選擇一個合適的ViewResolver（視圖解析器）返回給DispatcherServlet；
　　
　　7、DispatcherServlet調用視圖解析器ViewResolver結合Model來渲染視圖View；
　　
　　8、DispatcherServlet將視圖渲染結果返回給客戶端。
　　
　　在以上八個步驟中，DispatcherServlet、HandlerMapping、HandlerAdapter和ViewResolver等核心組件相互配合來完成Spring MVC 請求-響應的整個工作流程。這些核心組件所完成的工作對開發者是透明的，也就是說，開發者并不需要關心這些組件是如何工作的，開發者只需要專注在Handler(Controller)當中完成對請求的業務邏輯處理即可，這也正是MVC框架的價值體現。
　　
　　2、SpringMVC的消息轉換器機制：HttpMessageConveter
　　
　　事實上，我們在向服務器進行請求時，可以采用各種各樣的數據交換格式，比如輕量級的JSON和重量級的XML，當然也可以是其他自定義的數據交換格式。但無論在請求發送端采用何種數據交換格式，我們從請求流中讀取到的只能是原始的字符串報文，同樣地我們往響應流中也只能寫原始的字符串。然而，在Java世界中，我們在調用模型組件處理業務邏輯時常常是以一個個有業務意義的對象為處理維度的，那么在請求消息到達SpringMVC和響應消息從SpringMVC出去的過程中就存在一個消息轉換的問題，即請求消息(字符串)到Java對象的轉換問題。
　　
　　張小龍在談微信的本質時候說：“微信只是個平臺，消息在其中流轉”。在我們分析SpringMVC的消息轉換器機制時，也可以領悟到類似的道理。在SpringMVC的設計者眼中，一次請求報文和一次響應報文分別被抽象為一個請求消息HttpInputMessage和一個響應消息HttpOutputMessage。在處理請求時，由合適的消息轉換器將請求消息轉換為請求處理方法中的形參對象并通過DataBinder組件綁定到請求處理方法的形參上，在這里，原始請求消息就可能有多種不同的形式，比如JSON和XML。同樣地，當Controller響應請求時，請求處理方法的返回值也可以不是html頁面，而是其他某種格式的數據，比如JSON和XML。
　　
　　我們知道Struts2本身對諸如JSON和XML等數據交換格式的支持不是特別好，常常需要借助于一些插件(比如，Struts2為了彌補不能原生支持JSON的不足，提供了struts2-json-plugin插件)來完成；而在SpringMVC中，采用的是HttpMessageConverter機制。具體而言，HttpMessageConveter負責將請求信息轉換為一個對象，并通過DataBinder組件將該對象綁定請求方法的參數中或輸出為響應信息。特別地，SpringMVC針對常用的不同消息形式提供了不同的HttpMessageConverter實現類來處理他們，而且我們也很容易擴展自定義的消息轉換器。但是，只要這些消息所蘊含的“有效信息”是一致的，那么各種不同的消息轉換器都會生成同樣的轉換結果。至于各種消息間解析細節的不同，就被屏蔽在不同的HttpMessageConverter實現類中了。
　　
　　正如下文提到的那樣，在SpringMVC中可以使用@RequestBody和@ResponseBody兩個注解分別完成請求消息到對象和對象到響應消息的轉換，而底層這種靈活的消息轉換機制就是由HttpMessageConverter支持的。
　　
　　3、SpringMVC的數據綁定組件：DataBinder
　　
　　事實上，上一節提到的SpringMVC的消息轉換器機制HttpMessageConveter就是在SpringMVC的數據綁定組件DataBinder的基礎上實現的。在HandlerAdapter調用Handler中具體的方法處理請求前，HandlerAdapter會根據請求方法簽名的不同，將請求消息中的信息以一定的方式轉換并綁定到請求方法的參數中以便請求的處理。也就是說，在請求消息到達真正調用處理方法的這一段時間內，SpringMVC還會完成很多其它的工作，包括請求信息的轉換、數據轉換、數據格式化以及數據校驗等等。事實上，SpringMVC會通過反射機制對目標處理方法的簽名進行分析，并將請求消息綁定到處理方法的參數中。數據綁定的核心部件是DataBinder，其機制如下：
　　
　　這里寫圖片描述
　　
　　Spring MVC框架將ServletRequest對象及其處理方法的參數對象實例傳遞給DataBinder，DataBinder調用裝配在Spring Web 上下文中的ConversionService組件進行數據類型轉換、數據格式化工作，并將ServletRequest中的消息填充到參數對象中去。然后，再調用Validator組件對已經綁定了請求消息數據的參數對象進行數據合法性校驗，并最終生成數據綁定結果BindingResult對象。其中，BindingResult對象不但包含已完成數據綁定的參數對象，還包含相應的校驗錯誤對象，Spring MVC 會抽取BindingResult對象中的參數對象及校驗錯誤對象，并將它們賦給處理方法的相應參數。
　　
　　4、小結
　　
　　SpringMVC的請求處理流程可概括如下：當SpringMVC收到請求時，前端控制器DispatcherServlet會根據請求URI調用HandlerMapping將請求分發給具有一系列攔截器和業務控制器Controller的HandlerExecutionChain對象，然后該請求將依次通過該執行鏈的各個攔截器并最終到達業務控制器Controller。在業務控制器Controller處理該請求前，HandlerAdapter會對請求消息作進一步轉換和解析并綁定到業務控制器Controller的具體請求處理方法上，然后該方法根據結合請求參數調用一系列業務邏輯組件去處理請求，并將包含模型數據和具體視圖的處理結果交給視圖解析器ViewResolver進行渲染，最終DispatcherServlet將視圖渲染結果返回給客戶端。
　　
　　從這個過程中我們可以直觀看到SpringMVC解決了一系列MVC框架最主要關注的問題，比如請求的收集、分發和處理，前后臺間數據的流轉、轉換、綁定。事實上，SpringMVC作為一個完備的MVC框架還解決了異常處理、國際化和標簽庫等基本問題，此不贅述。
　　
　　三. SpringMVC應用開發流程剖析：XML配置與注解配置
　　
　　在我們熟悉了SpringMVC請求處理流程后，本節提供了一個入門案例來深入理解SpringMVC的請求處理流程，同時熟悉SpringMVC的應用開發流程。開發一個SpringMVC應用，首先需要為我們的Web項目添加Spring支持，然后我們就可以采用基于XMl配置的方式或者基于注解配置方式進行應用的構建。本節將分別演示基于XML配置和Annotation配置的SpringMVC 應用。
　　
　　1、SpringMVC應用開發流程DEMO：XML配置
　　
　　(1). 在web.xml中配置前端控制器 DispatcherServlet
　　
　　<?xml version="1.0" encoding="UTF-8"?>
　　
　　<web-app xmlns:xsi="http://www.w3.org http://www.acnet.cn//2001/XMLSchema-instance"
　　
　　xmlns="http://java.sun.com/xml/ns/javaee"
　　
　　xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
　　
　　id="WebApp_ID" version="2.5">
　　
　　<display-name>SpringMVCDemo</display-name>
　　
　　<!-- 配置Spring MVC的前端控制器：DispatchcerServlet http://gouyily.cn/ -->
　　
　　<servlet>
　　
　　<servlet-name>springmvc</servlet-name>
　　
　　<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
　　
　　<!-- SpringMVC配置文件路徑和名稱設定 -->
　　
　　<init-param>
　　
　　<param-name>contextConfigLocation<http://yigouylpt2.com/ /param-name>
　　
　　<param-value>classpath:springmvc.xml</param-value>
　　
　　</init-param>
　　
　　<!-- Web應用啟動時立即加載 -->
　　
　　<load-on-startup>1</load-on-startup>
　　
　　</servlet>
　　
　　<servlet-mapping>
　　
　　<servlet-name>springmvc</servlet-name>
　　
　　<url-pattern>/</url-pattern> <!-- 攔截所有請求 -->
　　
　　</servlet-mapping>
　　
　　</web-app>
　　
　　要想把SpringMVC框架應用到Web項目中，我們首先需要在web.xml添加一個Servlet —— DispatchcerServlet。DispatcherServlet是SpringMVC的集中訪問點，其核心功能就是分發請求，而且能與Spring IoC容器無縫集成，從而可以獲得Spring的所有好處。
　　
　　在配置DispatchcerServlet時，我們可以指定SpringMVC配置文件的路徑，以便DispatchcerServlet查找并根據文件配置信息創建一個WebApplicationContext容器對象，即上下文環境。特別需要注意的是，WebApplicationContext繼承自ApplicationContext容器，它的初始化方式和BeanFactory、ApplicationContext有所區別，因為WebApplicationContext需要在Web容器環境下才能完成啟動Spring Web應用上下文的工作。在初始化WebApplicationContext容器后，開發者就可以很自然地使用Spring的IoC、AoP等特性了。
　　
　　DispatcherServlet作為Spring Web MVC的集中訪問點，需要在Web應用啟動時立即創建實例并初始化WebApplicationContext容器，因此在web.xml中將其設為 load-on-startup Servlet。
　　
　　(2). 在web.xml中指定路徑配置SpringMVC的配置文件
　　
　　<?xml version="1.0" encoding="UTF-8"?>
　　
　　<beans xmlns="http://www.springframework.org/ http://www.huazongyule.com/ schema/beans"
　　
　　xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
　　
　　xsi:schemaLocation="http://www.springframework.org/schema/beans
　　
　　http://www.springframework.org/schema/beans/spring-beans-4.0.xsd">
　　
　　<!-- 配置Handle,映射"/hello"請求 -->
　　
　　<bean name="/hello" class="cn.edu.tju.rico.controller.HelloController"/>
　　
　　<!-- 處理映射器將bean的name作為url進行查找，需要在配置Handle時指定name(即url) -->
　　
　　<bean class="org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping"/>
　　
　　<!-- SimpleControllerHandlerAdapter是一個處理器適配器，所有處理適配器都要實現HandlerAdapter接口 -->
　　
　　<bean class="org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter"/>
　　
　　<!-- 視圖解析器 -->
　　
　　<bean class="org.springframework.web.servlet.view.InternalResourceViewResolver"/>
　　
　　</beans>
　　
　　如果我們采用XML方式配置SpringMVC的Controller，那么在配置文件中我們需要指定具體的Controller及其所處理的請求URI。至于HandlerMapping、HandlerAdapter和ViewResolver等SpringMVC核心組件可以顯式配置，也可以使用SpringMVC的默認配置。也就是說，上述關于HandlerMapping、HandlerAdapter和ViewResolver等核心組件的配置可以刪除。SpringMVC關于以上核心組件的默認配置在與DispatcherServlet同一目錄下面的DispatcherServlet.properties中，如下所示：
　　
　　# Default implementation classes for DispatcherServlet's strategy interfaces.
　　
　　# Used as fallback when no matching beans are found in the DispatcherServlet context.
　　
　　# Not meant to be customized by application developers.
　　
　　org.springframework.web.servlet.LocaleResolver=org.springframework.web.servlet.i18n.AcceptHeaderLocaleResolver
　　
　　org.springframework.web.servlet.ThemeResolver=org.springframework.web.servlet.theme.FixedThemeResolver
　　
　　# 兩個默認的HandlerMapping
　　
　　org.springframework.web.servlet.HandlerMapping=org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping,\
　　
　　org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping
　　
　　# 三個默認的HandlerAdapter
　　
　　org.springframework.web.servlet.HandlerAdapter=org.springframework.web.servlet.mvc.HttpRequestHandlerAdapter,\
　　
　　org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter,\
　　
　　org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter
　　
　　# 三個默認的ExceptionResolver
　　
　　org.springframework.web.servlet.HandlerExceptionResolver=org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerExceptionResolver,\
　　
　　org.springframework.web.servlet.mvc.annotation.ResponseStatusExceptionResolver,\
　　
　　org.springframework.web.servlet.mvc.support.DefaultHandlerExceptionResolver
　　
　　org.springframework.web.servlet.RequestToViewNameTranslator=org.springframework.web.servlet.view.DefaultRequestToViewNameTranslator
　　
　　# 一個默認的InternalResourceViewResolver
　　
　　org.springframework.web.servlet.ViewResolver=org.springframework.web.servlet.view.InternalResourceViewResolver
　　
　　org.springframework.web.servlet.FlashMapManager=org.springframework.web.servlet.support.SessionFlashMapManager
　　
　　如果開發者在SpringMVC配置文件中沒有配置HandlerMapping、HandlerAdapter等組件，那么DispatcherServlet會從上面的默認配置中選擇合適的實現類進行請求匹配、處理、響應等操作。
　　
　　(3). 實現SpringMVC配置文件中配置的Controller
　　
　　public class HelloController implements Controller{
　　
　　public ModelAndView handleRequest(HttpServletRequest request,
　　
　　HttpServletResponse response) throws Exception {
　　
　　//創建準備返回的ModelAndView對象，如名所示，該對象通常包含了返回視圖名、模型名稱以及模型對象
　　
　　ModelAndView mv = new ModelAndView();
　　
　　//添加模型數據，可以是任意的POJO對象
　　
　　mv.addObject("message", "Hello， Rico...");
　　
　　// 設置邏輯視圖名，視圖解析器會根據該名字解析到具體的視圖頁面
　　
　　mv.setViewName("/WEB-INF/views/welcome.jsp");
　　
　　// 返回ModelAndView對象
　　
　　return mv;
　　
　　如果我們采用XML方式配置SpringMVC的Controller，那么我們具體的Controller必須Controller接口，并在handleRequest方法中調用業務邏輯組件去處理請求并生成響應。這里的響應是一個ModelAndView對象，DispatcherServlet會選擇合適的ViewResolver并根據ModelAndView對象把Model填充到View中進行渲染然后返回給用戶。
　　
　　注意到，Controller接口的實現類只能處理一個單一的請求動作，也就是說，一個Controller對應一個請求。稍后我們提到的基于注解的控制器可以支持同時處理多個請求動作，真正實現方法級別的請求攔截和處理。
　　
　　(4). 相應的視圖頁面
　　
　　<%@ page language="java" import="java.util.*" pageEncoding="UTF-8"%>
　　
　　<%
　　
　　String path = request.getContextPath();
　　
　　String basePath = request.getScheme()+"://"+request.getServerName()+":"+request.getServerPort()+path+"/";
　　
　　%>
　　
　　<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
　　
　　<html>
　　
　　<head>
　　
　　<base href="<%=basePath%>">
　　
　　<title>welcome</title>
　　
　　<meta http-equiv="pragma" content="no-cache">
　　
　　<meta http-equiv="cache-control" content="no-cache">
　　
　　<meta http-equiv="expires" content="0">
　　
　　<meta http-equiv="keywords" content="keyword1,keyword2,keyword3">
　　
　　<meta http-equiv="description" content="This is my page">
　　
　　</head>
　　
　　<body>
　　
　　${requestScope.message} <br>
　　
　　</body>
　　
　　</html>
　　
　　在上面的視圖中，DispatcherServlet會選擇合適的ViewResolver并根據Controller返回的Model填充到View中展現給用戶，如下圖所示：
　　
　　XML-page.png-6.1kB
　　
　　2、SpringMVC應用開發流程DEMO：Annotation 配置
　　
　　(1). 在web.xml中配置前端控制器 DispatcherServlet
　　
　　<?xml version="1.0" encoding="UTF-8"?>
　　
　　<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
　　
　　xmlns="http://java.sun.com/xml/ns/javaee"
　　
　　xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
　　
　　id="WebApp_ID" version="2.5">
　　
　　<display-name>SpringMVCDemo</display-name>
　　
　　<!-- 配置Spring MVC的前端控制器：DispatchcerServlet -->
　　
　　<servlet>
　　
　　<servlet-name>springmvc</servlet-name>
　　
　　<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
　　
　　<!-- SpringMVC配置文件路徑和名稱設定 -->
　　
　　<init-param>
　　
　　<param-name>contextConfigLocation</param-name>
　　
　　<param-value>classpath:springmvc.xml</param-value>
　　
　　</init-param>
　　
　　<!-- Web應用啟動時立即加載 -->
　　
　　<load-on-startup>1</load-on-startup>
　　
　　</servlet>
　　
　　<servlet-mapping>
　　
　　<servlet-name>springmvc</servlet-name>
　　
　　<url-pattern>/</url-pattern> <!-- 攔截所有請求 -->
　　
　　</servlet-mapping>
　　
　　</web-app>
　　
　　DispatcherServlet的配置與基于XML配置的SpringMVC無異，此不贅述。
　　
　　(2). 在web.xml中指定路徑配置SpringMVC的配置文件
　　
　　<?xml version="1.0" encoding="UTF-8"?>
　　
　　<beans xmlns="http://www.springframework.org/schema/beans"
　　
　　xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
　　
　　xmlns:context="http://www.springframework.org/schema/context"
　　
　　xmlns:mvc="http://www.springframework.org/schema/mvc"
　　
　　xsi:schemaLocation="http://www.springframework.org/schema/beans
　　
　　http://www.springframework.org/schema/beans/spring-beans-4.0.xsd
　　
　　http://www.springframework.org/schema/context
　　
　　http://www.springframework.org/schema/context/spring-context-4.0.xsd
　　
　　http://www.springframework.org/schema/mvc
　　
　　http://www.springframework.org/schema/mvc/spring-mvc-4.0.xsd">
　　
　　<!-- 配置Handle,映射"/hello"請求 -->
　　
　　<!-- <bean name="/hello" class="cn.edu.tju.rico.controller.HelloController"/> -->
　　
　　<!-- Spring自動掃描相關類并將Spring注解類注冊為Spring的Bean -->
　　
　　<context:component-scan base-package="cn.edu.tju.rico"></context:component-scan>
　　
　　<!-- 處理映射器將bean的name作為url進行查找，需要在配置Handle時指定name(即url) -->
　　
　　<!-- <bean class="org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping"/> -->
　　
　　<bean class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping"/>
　　
　　<!-- SimpleControllerHandlerAdapter是一個處理器適配器，所有處理適配器都要實現HandlerAdapter接口 -->
　　
　　<!-- <bean class="org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter"/> -->
　　
　　<bean class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter"/>
　　
　　<!-- 視圖解析器 -->
　　
　　<bean class="org.springframework.web.servlet.view.InternalResourceViewResolver"/>
　　
　　</beans>
　　
　　如果我們采用Annotation方式配置SpringMVC的Controller，那么在配置文件中首先需要掃描SpringMVC應用中所有基于注解的控制器類。注意到，關于HandlerMapping、HandlerAdapter的配置我們分別使用的是RequestMappingHandlerMapping和RequestMappingHandlerAdapter兩個實現類，而沒有使用SpringMVC默認配置中對應的注解類：DefaultAnnotationHandlerMapping 和 AnnotationMethodHandlerAdapter，這是因為DefaultAnnotationHandlerMapping 和 AnnotationMethodHandlerAdapter這兩個類已被Spring廢棄。