SpringMVC架构的底层原理分析

SpringMVC的请求过程分析示意图

这里写图片描述

步骤如下:

第一步:发起请求到前端控制器(DispatcherServlet)

第二步:前端控制器请求HandlerMapping(处理器映射器)查找 Handler
可以根据xml配置、注解进行查找

第三步:处理器映射器(HandlerMapping)向前端控制器返回Handler

第四步:前端控制器调用处理器适配器去执行Handler

第五步:处理器适配器去执行Handler

第六步:Handler执行完成给适配器返回ModelAndView

第七步:处理器适配器向前端控制器返回ModelAndView
ModelAndView是springmvc框架的一个底层对象,包括 Model和view

第八步:前端控制器请求视图解析器去进行视图解析

第九步:视图解析器向前端控制器返回View

第十步:前端控制器进行视图渲染
视图渲染将模型数据(在ModelAndView对象中)填充到request域

第十一步:前端控制器向用户响应结果

五大组件:

1、前端控制器DispatcherServlet(不需要程序员开发)
作用接收请求,响应结果,相当于转发器,中央处理器。
有了DispatcherServlet减少了其它组件之间的耦合度。

2、处理器映射器HandlerMapping(不需要程序员开发)
作用:根据请求的url查找Handler

3、处理器适配器HandlerAdapter
作用:按照特定规则(HandlerAdapter要求的规则)去执行Handler

4、处理器Handler(需要程序员开发)
注意:编写Handler时按照HandlerAdapter的要求去做,这样适配器才可以去正确执行Handler

5、视图解析器View resolver(不需要程序员开发)
作用:进行视图解析,根据逻辑视图名解析成真正的视图(view)

6、视图View(需要程序员开发jsp)
View是一个接口,实现类支持不同的View类型(jsp、freemarker、pdf…)

总结的想法思路引导:

(1),从前端请求分发器开始就一直围绕着去寻求Handler去处理

1, 因为请求的事url,所以先通过url去寻找HandlerMapping处理映射器去请求Handler,然后返回给前端控制器一个Handler(但是他不知道该交给哪个Handler去处理)

2, 所以前端控制器又去找HandlerAdaper(处理器适配器)去请求具体的Handler去处理,这次直接就找到了哪个属于HandlerBoss(把这个看成是老板)处理的那个Handler(把这个看成老板的各个部门专门负责不同的部门处理)来去处理,这个处理之后返回的是一个Model和View对象(也就是以后的(controller层)

3, 把这个Controller层的Model和View都返回给前端控制器,他再去请求视图解析器,然后返回,再然后返回给View视图(视图渲染将模型数据填充到request域

猜你喜欢

转载自blog.csdn.net/qq_36520235/article/details/79719266