请求的处理流程
为了能够继续下去，我们应该先了解一下一个请求的处理流程。每当用户点击链接或者提交表单的时候，一个请求就开始了。请求到达web服务器后，第一个接收的就是一个叫DispacherServlet的总管家，它是一个集中处理并分派请求的人，通过它请求被分派到具体的某个控制器。每个web请求必须通过DispacherServlet，以便它能够管理整个请求的生命周期。
当请求被DispacherServlet派发到具体的控制器后，控制器便马不停蹄的开始工作，处理完成后，便将数据(model)和视图名字(viewname)打包一起返回给总管家，告诉它用这些数据去渲染叫这个名字的视图就OK了(为什么不直接给视图，而是给个视图名字？当然是为了解耦啦！)。管家拿到视图名字后，需要请教一个叫视图解析器的家伙，让他告诉自己这个视图名字对应的视图到底是谁。视图解析器告诉管家，这个视图指的就是home.jsp这个家伙，然后管家把数据就交给home.jsp去渲染，然后再返回给用户。
1、DispacherServlet配置
<!-- Spring MVC servlet -->
<!-- 处理用户请求 -->
<servlet>
<servlet-name>SpringMVC</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:config/springmvc-servlet.xml</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
<async-supported>true</async-supported>
</servlet><servlet-mapping>
<servlet-name>SpringMVC</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping>解析：里面配置了一个叫SpringMVC的DispacherServlet，并在初始化参数中给出了MVC上下文的详细配置的文件路径。
load-on-startup=1表明DispacherServlet在应用启动后就先加载(这是必须的，不然谁来第一个接收请求)。
然后我们需要告诉DispacherServlet需要拦截什么样的请求：url-pattern="/"表明DispacherServlet来者不拒，所有请求都接收，除了静态资源。因为静态资源的特殊性，不用处理，可以直接交给用户，所以不希望被DispacherServlet拦截，那么可以在springmvc-servlet.xml配置一个单独的处理静态资源的控制器：
<resources location="/resources/" mapping="/resources/**"></resources>
所有包含/reources/的链接，web服务器都会去根下resources目录寻找该资源。
2、控制器配置
采用的是基于注解的控制器配置，省去了大量xml配置的麻烦。要使得基于注解的控制器配置模式生效，需要在springmvc-servlet.xml中说明：
<mvc:annotation-driven/>
然后告诉控制器在哪个包里面：<context:component-scan base-package="org.seckill.webController"/>
判断一个JavaBean是一个控制器:在Controller类使用了@Controller注解，这就表明了Controller是一个控制器。
3、请求映射
请求到达DispacherServlet后是如何被派发到具体的控制器呢？
这个要通过@RequestMapping注解来实现。@RequestMapping可用于方法和类上，有两个重要属性，value指定哪些路由的请求会进入该方法被处理；method指定接收何种请求方式。
4、视图解析器配置
springmvc-servlet.xml中配置：InternalResourceViewResolver
视图解析器有多种，最简单的是这个叫InternalResourceViewResolver的视图解析器，表示在视图名字加上/WEB-INF/views/前缀和.jsp后缀形成路径，然后在该路径下寻找具体视图，如/WEB-INF/views/home.jsp。
