【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程


✿ 阅读源码思路:

先跳过非重点,深入每个方法,进入的时候可以把整个可以理一下方法的执行步骤理一下,也可以,理到某一步,继续深入,回来后,接着理清除下面的步骤。



✿ 阅读本文的准备工作,预习一下SpringMVC的执行流程

■ 解释一下,为什么标题是验证SpringMVC执行流程:

      不知道小伙伴有没有做过物理实验的验证实验,道理是一样的,举个高中生都做过的物理实验吧----自由落体实验,这个实验是通过小钢球做抛物运动,验证重力加速度的g值是9.8。对于本文,咱的做法是通过调试来验证SpringMVC的执行流程是:

1、前端控制器接收到客户端的请求后,通过处理器映射器handlerMappings,根据路径urlPath去匹配选择处理器handler,最终返回一个处理器执行链对象HandlerExcutionChain。


2、前端控制器通过处理器适配器,调用处理器的方法,然后处理器执行后返回模型视图对象给处理器适配器,适配器再将模型视图对象返回给前端对象。


3、前端控制器通过视图解析器,将模型视图进行解析,然后将模型数据填充到View,并渲染到视图,然后返回响应。


SpirngMVC执行流程图(图片来源于叩丁狼)

【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第1张图片




一、执行流程前的次要源码

● 开始debug的时候,对HttpMethod感到好奇,点进去查看一下HttpMethod究竟是何物?

【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第2张图片

  • HttpMethod 是请求方法的枚举类,结合咱浏览器地址栏的参数是直接输入,可以知道咱的HttpMethod的值是Get
    【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第3张图片

  • 果然咱的HttpMethod的值是Get,所以下一步会执行super.service(request, response);

  • ctr进入该方法看一下,究竟是何物,发现按ctr没有反应解决:重新打开该类的文件
    【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第4张图片

  • 进入super.service(request, response);内部一探究竟:

  • 发现这个service方法做的是请求分发操作,结合咱的请求方法是GET,所以下一步咱是到doGet方法去一探究竟~
    【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第5张图片

  • 再进入processRequest方法~
    【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第6张图片

  • 进入发现重点是doService(request, response);那咱就进入该方法内部一探究竟吧~
    【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第7张图片

  • 进入发现重点是doDispatch(request, response);那咱就进入该方法内部一探究竟吧~
    【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第8张图片




二、真正的springMVC执行流程的源码分析

1、验证:前端控制器接收到客户端的请求后,通过处理器映射器handlerMappings,根据路径urlPath去匹配选择处理器handler,最终返回一个处理器执行链对象HandlerExcutionChain。


● 获取处理器映射器返回处理器执行链对象,getHandler(processedRequest);方法

咱提前了解到的springMVC的执行过程:前端控制器接收请求,通过处理器映射器寻找处理器,返回一个处理器执行链对象】。

【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第9张图片

● 发现了 this.handlerMappings 处理器映射器-观察它的值为:

[org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping@40851021]【咱提前了解到的springMVC的执行过程:前端控制器接收请求,通过处理器映射器寻找处理器,返回一个处理器执行链对象】。
【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第10张图片

● 进入 mapping.getHandler(request); 方法内部:

【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第11张图片

● 进入返回处理器对象的getHandlerInternal方法内部:Object handler = lookupHandler(lookupPath, request);

咱提前了解到的springMVC的执行过程:前端控制器接收请求,通过处理器映射器依据路径进行匹配来寻找处理器,返回一个处理器执行链对象】。
【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第12张图片

● 进入lookupHandler方法内部:验证了通过处理器映射器依据路径进行匹配来寻找处理器。还观察到urlPath的值,正是咱配置的处理器的路径

【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第13张图片
【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第14张图片


---- 按照阅读源码观察步骤,到这一步,你已经理清楚了,可以调试回去,回去到:

【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第15张图片
......


✿ 至此,验证了SpringMVC的执行流程:前端控制器接收到客户端的请求后,通过处理器映射器handlerMappings,根据路径urlPath去匹配选择处理器handler,最终返回一个处理器执行链对象HandlerExcutionChain。




2、验证:前端控制器通过处理器适配器,调用处理器的方法,然后处理器执行后返回模型视图对象给处理器适配器,适配器再将模型视图对象返回给前端对象.


● 获取处理器适配器对象HandlerAdapter

【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第16张图片

● 进入getHandlerAdapter获取处理器适配器方法内部:

看到了this.handlerAdapters 处理器映射器-观察它的值为:
[org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter@60038152]
【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第17张图片

  • 非重点:判断与“被修改”相关的
  • 非重点:前置拦截器相关的
    【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第18张图片

● 进入ha.handle方法内部观察:

【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第19张图片

  • 看到了(Controller) handler -观察它的值为:
    com.shan.hello.HelloController@591b274

【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第20张图片

【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第21张图片

  • `执行完((Controller) handler).handleRequest(request, response);即调用咱自己书写的处理器类的方法~``

  • 返回,继续观察,发现ModelAndView对象,观察它的值
    ModelAndView [view="/WEB-INF/views/welcome.jsp"; model={msg=你好,easyMVC}]
    【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第22张图片

  • 这个深入进去,设置视图名称
    【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第23张图片

  • 非重点:后置拦截器
    【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第24张图片

  • 继续观察---观察到:处理分发的结果,深入进去观察:
    【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第25张图片

  • 非重点:错误异常相关的

  • 重点:渲染方法
    【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第26张图片

。。。。。。跟视图有关的重点。。。。。


至此,验证了SpringMVC的执行流程:前端控制器通过处理器适配器HandlerAdapter,调用处理器HelloController的方法,然后处理器执行后返回模型视图对象ModelAndView给处理器适配器,适配器再将模型视图对象返回给前端控制器.




3、验证:前端控制器通过视图解析器,将模型视图进行解析,然后将模型数据填充到View,并渲染到视图,然后返回响应.


  • 非重点:国际化
  • 非重点:视图名称
    【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第27张图片

● 重点:渲染视图

【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第28张图片
【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第29张图片

  • 观察到返回一个模型对象,根据方法调用的先后顺序,先调用了view.render(mv.getModelInternal(), request, response);的mv.getModelInternal()方法,需要重新深入一次
    image
    【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第30张图片

● 在渲染视图render方法内部,观察到mergedModel,观察它的值:

{msg=你好,easyMVC}
【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第31张图片

  • 非重点:预响应

● 重点:renderMergedOutputModel【符合咱提前了解的SpringMVC的执行流程中渲染视图的数据

【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第32张图片

● 深入,发现是将共享数据设置到请求中去

【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第33张图片

● 接着往下,跳过非重点,来到请求转发

【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程_第34张图片


至此,验证:前端控制器通过视图解析器,将模型视图进行解析,然后将模型数据填充到View,并渲染到视图,然后返回响应.



你可能感兴趣的:(【阅读SpringMVC源码】手把手带你debug验证SpringMVC执行流程)