Spring MVC 基于模型 - 视图 - 控制器（ Model-View-Controller ， MVC ）模式实现，结合Servlet 和SpringIOC，我们能够简便的构建松耦合的 Web 应用程序。
配置web项目
在SpringIOC的基础上进行扩展，只需要直接引入三个依赖然后修改打包方式从jar变成war，就能进行web项目的开发。
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-webmvc</artifactId>
</dependency>
<!-- https://mvnrepository.com/artifact/javax.servlet/javax.servlet-api -->
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>javax.servlet-api</artifactId>
<version>3.1.0</version>
<scope>provided</scope>
</dependency>
为了方便演示，我们把配置类和请求处理的业务类合并成一个，通过java-based方式配置web容器，然后我们就可以通过容器（tomcat或者jetty）启动了
@Configuration
@EnableWebMvc
@Controller
public class WebConfig extends AbstractAnnotationConfigDispatcherServletInitializer {
@RequestMapping("/index")
@ResponseBody
public String index() {
return "index";
}
@Override
protected Class<?>[] getRootConfigClasses() {
return new Class[0];
}
@Override
protected Class<?>[] getServletConfigClasses() {
return new Class[]{WebConfig.class};
}
@Override
protected String[] getServletMappings() {
return new String[]{"/*"};
}
}
这是servlet3.0后的通过java-based的方式替换web.xml的方式配置web项目，只需要上面一个类，我们可以启动容器，并能正确访问：http://localhost:8080/index
当然我们也可以通过web.xml的方式配置容器，当然这两种方式没有谁优谁劣的区别，在于项目选择以及习惯，不过对于大型的项目而言，xml文件配置的方式可能更显得清晰。
DispatcherServlet
DispatcherServlet是SpringMVC处理请求的入口，也是通过它来联系Spring上下文，可以说它是SpringMVC模块的核心。下面是DispatcherServlet与Spring上下文的关系图。
在标准的web项目中，DispatcherServlet关联了2个ApplicationContext，当然也可以只声明一个。
在实际项目中，我们通常除了在web.xml的DispatcherServlet的初始化参数中引入mvc的配置文件外，我们还会通过监听器，引入非mvc的配置。
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/root-context.xml</param-value>
</context-param>
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
两个applicationContext代表着两个IOC容器，各自管理者不同的Bean，通常我们会将业务逻辑层以下层的Bean用一个SpringContext进行管理，通常称为rootContext。将视图层的Bean（也就是Controller注解）用另一个SpringContext进行管理，因为Controller层的Bean会被另外当作请求处理器。
但视图层的容器可以从rootContext中获取对象，进行注入，也就是说上层可以使用下层。
容器启动
在Servlet中，启动顺序是先监听器然后才是servlet初始化方法，都能访问ServletContext，正是这个原因，ServletContext成为了连接DispatcherServlet与Spring容器的桥梁，如下：
- 监听器通过监听容器启动，然后实例化Spring容器，也就是非MVC相关的SpringBean，然后将ApplicationContext的引用存储到ServletContext中。
- DispatcherServlet的初始化方法同样会实例化一个Spring容器，实例化web相关的SpringBean，并且拿到Servlet上下文中的ApplicationContext引用，设置为父容器。
- 依赖注册时，当前容器内找不到，会到依赖的下层IOC容器中寻找，进行注入。
Servlet初始化
作为一个Servlet对象，初始化init方法中，主要做了两件事情：
- 初始化Spring容器（这个叫webApplicationContext）
- 从Spring容器中获取组件，增强DispatcherServlet功能。
组件如下：
protected void initStrategies(ApplicationContext context) {
initMultipartResolver(context);
initLocaleResolver(context);
initThemeResolver(context);
initHandlerMappings(context);
initHandlerAdapters(context);
initHandlerExceptionResolvers(context);
initRequestToViewNameTranslator(context);
initViewResolvers(context);
initFlashMapManager(context);
}
这些组件就是负责解析请求、处理请求、处理异常、返回响应的关键，几乎都是EnableWebMvc注解引入的。
处理请求
下图是关于SpringMVC处理器请求的流程效果图：
- Request请求到来
- MVC拦截器判断请求是否传递
- 自定义Controller调用
- 生成模型与视图名
- 消息转换器处理判定
- ResponseBody注解的处理器通过消息转换器直接返回请求
- 非ResponseBody注解请求，通过视图解析
- 返回视图对象
- 视图和数据模型进行渲染返回页面
EnableWebMvc注解
在Java-based方式启动web项目中，我们看到了想要mvc功能，那么必然需要引入注解EnableWebMvc，这个注解其实引入一个配置类DelegatingWebMvcConfiguration。
@Import(DelegatingWebMvcConfiguration.class)
public @interface EnableWebMvc {
}
@Configuration
public class DelegatingWebMvcConfiguration extends WebMvcConfigurationSupport {
private final WebMvcConfigurerComposite configurers = new WebMvcConfigurerComposite();
@Autowired(required = false)
public void setConfigurers(List<WebMvcConfigurer> configurers) {
if (!CollectionUtils.isEmpty(configurers)) {
this.configurers.addWebMvcConfigurers(configurers);
}
}
注入的WebMvcConfigurer集合就是用户可以自定义实现的组件，而WebMvcConfigurationSupport中还有很多@bean注解的组件，有几个最重要的：
- RequestMappingHandlerMapping
匹配请求路径与处理器（@Controller），同时内含拦截器HandlerInterceptor。
- RequestMappingHandlerAdapter
请求处理适配器，做什么事情呢？解析请求参数，处理返回参数。里面就有我们最熟悉的消息处理器（HttpMessageConverter）。
- HandlerExceptionResolver
异常处理器，被注解@ControllerAdvice标记的类，将会处理Controller中抛出的异常。
这篇文章主要用来梳理SpringMVC的重点概念以及主要流程，没有太多的深入分析，不过对于想要深入研究Spring的同学，阅读后将少走很多弯路。
