Spring MVC 启动和配置分析

前言

我们知道了Spring MVC的请求处理流程，但一个实际的项目是如何启动起来的呢？

下面将对Spring MVC的搭建原理进行分析。

一个基于Java代码驱动的Spring MVC包括：

• 一个配置DispatcherServlet的类
• 一个RootConfig类
• 一个WebConfig类

版本：Spring Framework 4.3.x

1.配置DispatcherServlet到ServletContext

在典型的Servlet应用中，一个Web应用就是一个含有web.xml的war包，在xml中声明Servlet以及其它组件，这是一个很繁琐的配置文件。

在Servlet3.0以后，允许基于编程的Servlet应用配置，提供ServletContainerInitializer接口。Servlet容器会通过SPI机制加载其具体实现，Spring MVC在此基础上进行了封装，提供了AbstractAnnotationConfigDispatcherServletInitializer类供用户进行配置。

该类在启动时创建DispatcherServlet并注册到ServletContext中，创建Root应用上下文和Servlet应用上下文。提供以下两个方法，用于用户添加上下文配置：

protected abstract Class<?>[] getRootConfigClasses();
protected abstract Class<?>[] getServletConfigClasses();

2.RootConfig和WebConfig

区分两个上下文是Spring MVC设计之初考虑支持可能存在的多个DispatcherServlet，使它们的前端部分隔离，但共享服务层和数据层。

在微服务的Spring Boot时代，只使用到了一个上下文。

3.@EnableWebMvc的原理

和其它Spring 集成框架一样，通过一个Enable注解，Spring就会完成相关组件的初始化和配置。这样的方式很惊艳，很实用。但就像魔法一样，人们不免会好奇背后的原理。

该注解通常用在WebConfig上，它只是简单的引入了一个配置类：

@Import(DelegatingWebMvcConfiguration.class)

DelegatingWebMvcConfiguration继承了WebMvcConfigurationSupport。WebMvcConfigrationSupport驱动了Spring MVC项目，会完成Spring MVC的主要配置工作，包括创建DispatcherServlet的相关组件和以及这些组件的组件，如参数解析、消息转换等。

DelegatingWebMvcConfiguration会查找上下文的所有WebMvcConfigurer，委托给它们来完成扩展配置，WebMvcConfigurer定义了Spring MVC的扩展点。

可以使用WebMvcConfigurerAdapter便捷类，使用空实现避免繁琐的输入。

以上几个类的关系如下：

总结

一个传统war包形式的Spring MVC项目骨架如下：

DispatherServlet由用户使用Spring相关API配置，Spring MVC的基础设施由@EnableWebMvc驱动，用户只需要使用WebMvcConfigurer来完成自定义功能实现。

到了Spring Boot时代，Spring Boot在@EnableWebMvc的基础之上进行了进一步配置，但WebMvcConfigurer依然是用户自定义Spring MVC的主要入口。