SpringMVC的工作流程源码解读

前言：

本人写帖是记录自己学习的一个过程，并且也在分享的自己的学习笔记，本人很想为代码开源化作出一份贡献，本人也是一位努力的新手，如帖子里面有错误的地方也请各位与本人积极商讨！

---

正文：

上一章对dispatcherServlet有了一个大概的认识，对于初学朋友可以先看，没看的朋友可以从此链接跳转过去dispatcherServlet的初认识https://blog.csdn.net/qq_43799161/article/details/122283520?spm=1001.2014.3001.5501

 上一章追到了doDispatch()方法，对于SpringMVC的工作流程就全部体现在此方法中。

我觉得直接上源码对于初学者可能会有点懵逼，所以我先给你们来一针预防着，流程图如下

流程图解读

SpringMVC的工作流程图

文字解读

1. 用户输入一个网络地址http://localhost:8080/springmvc/hello
2. 进入到tomcat服务器中
3. 进入到SpringMVC的中央控制器dispatcherServlet中，这个类的作用是把所有请求先经过它这里。
4. 然后解析请求路径，匹对requestMapping是否匹对成功（HandlerMapping中匹对数据，匹对成功添加到HandlerExecutionChain,核心类RequestMappingHandlerMapping和HandlerExecutionChain）
5. 匹对成功后，springMVC通过反射帮你执行requestMapping映射的方法，并且解析请求带来的参数。（HnadleAdapter来做这些事情，核心类就是RequestMappingHandleAdapter继承于AbstractHandleMethodAdapter）。
6. SpringMVC认为处理的方法返回值就是要返回的页面（HandleAdapter处理完方法，会返回一个ModelAndView）
7. DispatcherServlet拿到返回值后；使用视图解析器将返回值逻辑地址做一个页面映射，映射成功进行拼接得到完整的页面地址返回给DispatcherServlet（将ModelAndView的数据给视图解析器viewResolver解析）
8. 得到完整的页面地址后前段控制器（dispatcherServlet）通过请求转发转发到返回值的地址，将Model转换为Response完成最后的视图渲染并返回给请求发送者。

源码解读

源码解读前言

讲解可能不是特别的清晰，并且只讲比较重要的方法，不会往很深很深的方法追。

并且追源码从什么开始?没错就是从一个HelloWorld的小Dome开始！

那么开始把！！！！

ps:很深很深的咱也不会啊.....

 首先追第一个重要的方法getHandler(),

 这里在遍历HandlerMapping的子类，看看开发者是使用的那种方法编码，目前使用注解方法使用的RequestMappingHandlerMapping，也就是第一个括起来的那个，所以这里只需要遍历一次就可以退出while循环。可以清楚的发现此方法返回值是HandleExecutionChain翻译过来就是处理执行链，他的作用就是存储映射的信息，给下面的HandlerAdapter使用。并且源码最最最最喜欢套娃了，咱们继续追进去

 追进去就迎来内部最重要的一个接口了，也是SpringMVC的9大组件之一，之所以是接口，就是方便扩展。咱废话不多说继续追他的实现类

 getHandler()的实现中，有2个重要的方法

• getHandlerInternal()此方法从Request对象中获取请求名，从RequestMappingHandlerMapping中匹对映射(就是类的信息和对应的方法信息)，如果存在就是将信息返回回来。
• getHandlerExecutionChain()此方法遍历是否有拦截器，并且将之前获取的信息存储到HandlerExecutionChain中。最后返回HandlerExecutionChain。

大家可能会好奇，为什么项目一启动HandlerMapping里面就有值了，没错这里他是走了Spring的onRefresh()方法，对数据进行的初始化，这里不懂 onRefresh()的同学可以去听一下Spring。

因为我们使用的注解形式，刚好getHandler()方法只需要遍历一次就可以遍历到RequestMappingHandlerMapping然后退出，所以咱们接着从doDispatch往下追可以看到接下来的方法叫getHandlerAdapter()，见下图

 getHandler()是获取到映射信息之类的，而这个方法就是就是通过映射的信息获取到真正执行的HandlerAdapter的子类。

 基于注解形式的使用的是RequestMappingHandlerAdapter，所以遍历只需要一次，这里跟HandlerMapping一样。如上图，退出循环后也证实了我的说法。

这里说明一下RequestMappingHandlerAdapter他是干嘛的，他是SpringMVC的一个执行器，也就是他来干活的，脏活累活都给他干，工具人准没错了。下面介绍的就是最核心的方法，真正执行逻辑的一个方法，话不多说咱们追进去。

 咱们追进去

 你说他一个真正执行的方法会套多少层娃呢？咱们继续追看看他到底多能套娃。

 这里一些初始化后面会使用到，咱们继续追执行方法。

 继续往断点里面追。

getMethodArgumentValues()获取到请求方法参数的方法听说写的很厉害，对于我们平常写的请求方法来说，参数可能是鱼龙混杂 ，有自带的HttpServletRequest之类的，也有map集合(实体类)之类的，在前面的invokeHandlerMethod()方法中有对方法参数做一个收集，用处就在这边，话不多说，我们看看他能厉害到哪里去，继续追。

注意这里是个循环，他肯定是遍历我的所有参数，并且我的参数鱼龙混杂，可能是他自带的可能是我传进来的实体类，所以想知道他是怎么识别我的参数的就只能继续追进去了

注意这里是循环， 这是我请求的参数，这里肯定是把我们两个参数都遍历。

咱不多说继续往下追

其实追到这里你们有没有好奇一个点，他是怎么知道我的方法参数是他本身自带的注解参数，HttpServletRequest之类的，他是怎么识别的？不过马上见分晓了，我们继续往resolveArgument()方法里面追。

追到这里我表示我破案失败了，没有找到他是怎么判断不同参数的解析，因为不同的参数他会跳转不同的类，如下图所示

这里有没有懂得小伙伴可以私聊解答一下么！！！！

 所以对于参数的解析我暂时没有追成功，但是我觉得还是不是特别的影响。因为我还要去追他是怎么执行的映射方法的逻辑，所以我们不要伤心，继续回到InvocableHandlerMethod的类中的invokeForRequest()方法

 这里看过我dispatcherServlet的初认识篇的兄弟们是不是特别的熟悉，这里跟doService()、doDispatch()方法很相似，感觉是要追到尾部了。那咱们继续追吧！

 这里是反射前最后的准备了，追了这么久，大家应该都懂了，HandlerAdapter就是用来解析方法参数，反射执行方法的，他就是一个工具人！！！！

 都追了这么久了，那我就把反射也追完把，哈哈哈哈

 反射执行完返回，然后就是一路的断点返回，然后添加一些数据，比如我们方法中有ModelMap是肯定要添加到ModelAndView中的我就不截图看了，这里我都差点忘记告诉你们handle()方法返回的是ModelAndView。咱们还得继续讲解doDispatch()方法。不过也差不多接近尾声了。

前面的HandleMapping和HandleAdapter事情做完了，现在到我们的ViewResolver视图解析器开始工作了，从MovelAndView中获取到逻辑视图地址，视图解析器映射本地视图地址，如果映射成功，那么返回真实的视图地址，然后View开始工作，将Model数据给渲染到页面中，返回给dispatcherServlet，然后返回给客户端。

对于ViewResolver和View的源码就不追了，讲个大概，如果讲的有错，欢迎大家积极指出！

---

总结

这是我第一次追SpringMVC框架的源码，我觉得整体难度一般，如果有1-2年工作经验的同学，可以写一个HelloWorld，然后打断点追。

关于idea断点的用法见下章讲解

之后打算继续追Spring的源码Mybatis的源码，希望大家能一起共同进步把。

注:我的追源码过程有错误希望大家能指点！！！！