SpringMVC可看懂了

Spring MVC 基于模型 - 视图 - 控制器（ Model-View-Controller ， MVC ）模式实现，结合Servlet 和SpringIOC，我们能够简便的构建松耦合的 Web 应用程序。

配置web项目

在SpringIOC的基础上进行扩展，只需要直接引入三个依赖然后修改打包方式从jar变成war，就能进行web项目的开发。


    org.springframework
    spring-web


    org.springframework
    spring-webmvc



    javax.servlet
    javax.servlet-api
    3.1.0
    provided

为了方便演示，我们把配置类和请求处理的业务类合并成一个，通过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上下文的关系图。

5d7f40e4256a7e1756a72f9a5828b106.jpg

在标准的web项目中，DispatcherServlet关联了2个ApplicationContext，当然也可以只声明一个。

在实际项目中，我们通常除了在web.xml的DispatcherServlet的初始化参数中引入mvc的配置文件外，我们还会通过监听器，引入非mvc的配置。


    contextConfigLocation
    /WEB-INF/root-context.xml


    org.springframework.web.context.ContextLoaderListener

两个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 configurers) {
        if (!CollectionUtils.isEmpty(configurers)) {
            this.configurers.addWebMvcConfigurers(configurers);
        }
    }

注入的WebMvcConfigurer集合就是用户可以自定义实现的组件，而WebMvcConfigurationSupport中还有很多@bean注解的组件，有几个最重要的：

RequestMappingHandlerMapping

匹配请求路径与处理器（@Controller），同时内含拦截器HandlerInterceptor。

RequestMappingHandlerAdapter

请求处理适配器，做什么事情呢？解析请求参数，处理返回参数。里面就有我们最熟悉的消息处理器（HttpMessageConverter）。

HandlerExceptionResolver

异常处理器，被注解@ControllerAdvice标记的类，将会处理Controller中抛出的异常。

这篇文章主要用来梳理SpringMVC的重点概念以及主要流程，没有太多的深入分析，不过对于想要深入研究Spring的同学，阅读后将少走很多弯路。