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域