SpringMVC原理及流程解析

前言

春节期间宅在家里闲来无事，对SpringMVC进行了比较深入的了解，将之前模糊不清的地方基本摸索清楚了，特此撰文总结记录一下。

正文

一、一个请求为什么会调用到SpringMVC框架里？

首先问大家一个问题，为什么一个请求能进入SpringMVC的框架代码里？

    答案就是Servlet。Web容器在启动的时候会对Servlet进行初始化，对应到SpringMVC中就是将DispatcherServlet初始化，而当请求到来的时候，Web容器（如tomcat）会调用servlet的doService方法，从而进入DIspatcherServlet的处理逻辑。

所以，SpringMVC这个轻量级Web框架，本质上是对Servlet的封装。在其中封装了大量的便捷功能，让我们可以不用操作冗长的Servlet代码，就能便捷的开发。

二、SpringMVC框架处理的流程

流程图网上有很多，此处我就随便找一个粘贴过来了... 下面看图说话

请求过来之后调用Servlet的doService方法，此方法在DispatcherServlet中进行了实现，处理核心逻辑的方法是doDispatch()方法。

2中是先进入处理器映射器-HandlerMapping中，获取对应的HandlerExecutionChain。HandlerMapping是什么？这要从springmvc注入Controller的方式说起，有两种，分别为：在类上加@Controller注解，这也是我们最常用的；还有一种是实现Controller接口或HttpRequestHandler接口。这两种对应不同的MappingHandler，分别为：RequestMappingHandlerMapping、BeanNameUrlHandlerMapping。所以第二步就是分别调一下这两个handlerMapping，看看哪个能匹配到处理请求的MethodHandler，能匹配到就将MethodHandler封装成HandlerExecutionChain返回。

3是匹配处理器适配，从2中拿到MethodHandler执行体之后，在3中匹配对应的HandlerAdapter。此处用了策略的设计模式，HandlerAdapter接口中的support方法负责判断是否是由当前扩展类处理，handle方法对当前请求进行处理。有三个实现类，分别为RequestMappingHandlerAdapter、HttpRequestHandlerAdapter、SimpleControllerHandlerAdapter。默认是RequestMappingHandlerAdapter。

4是得到处理器适配器后，调用其handle方法将请求转到对具体目标方法的调用。不同的实现类在调用handle方法时用不同的方式组装方法参数、调用方法。比如RequestMappingHandlerAdapter的handle方法通过反射调用到目标方法，而实现Controller接口的会直接调用接口方法。调用完之后得到ModelAndView。

5是通过ViewResolver对ModelAndView进行解析，得到视图后给前端渲染。

所以看下来，SpringMVC的重点其实就是2/3/4这三步。

三、SpringMVC框架的扩展点

首先HandlerMapping可以扩展，实现接口并放入handlerMappings集合中即可。但是这需要对现有框架做较大改动，因为Controller中的方法也要放入这个HandlerMapping实现类中，所以一般只有框架作者才会做此类扩展。

其次HandlerAdapter可以扩展，同样实现接口并放入handlerAdapters集合中即可。

最后通过实现接口 org.springframework.web.servlet.config.annotation.WebMvcConfigurer重写其中的方法，往里添加ViewResolver、ArgumentResolver等类来实现对视图的解析、对参数的解析。

通过上面可以看到，一个好的框架是如何通过面向接口编程来预留扩展点的。

四、总结

一个好的框架，核心思路以及流程可能并不复杂，但是当尽可能多的增加上扩展点、填充上针对各种场景的处理逻辑后，就会显得整体繁杂，使得新人刚看一个框架源码是不明就里，而当你能透过这繁杂的表象看清其精简的核心时，你也就理解了设计者的思想。

本文主要给自己查漏补缺用，写的深一脚浅一脚，如有有异议的地方还请指正！