SpringMVC与SpringBoot响应请求的流程

港控/mmm° 2023-09-28 23:53 15阅读 0赞

SpringMVC是基于Servlet的MVC模型，Model：一个或多个javabean对象，用于存储数据和业务逻辑；View：一个或多个jsp页面，拿到控制器提交的数据为模型提供数据显示；Controller：一个或多个servlet对象，根据视图提交的请求进行控制。

![3b32bad3ff1d476a92eaba38bcc61896.png][]

SpringMVC 的执行流程如下。

1.  用户点击某个请求路径，发起一个 HTTP request 请求，该请求会被提交到 DispatcherServlet（前端控制器）；
2.  由 DispatcherServlet 请求一个或多个 HandlerMapping（处理器映射器），并返回一个执行链（HandlerExecutionChain）。
3.  DispatcherServlet 将执行链返回的 Handler 信息发送给 HandlerAdapter（处理器适配器）；
4.  HandlerAdapter 根据 Handler 信息找到并执行相应的 Handler（常称为 Controller）；
5.  Handler 执行完毕后会返回给 HandlerAdapter 一个 ModelAndView 对象（Spring MVC的底层对象，包括 Model 数据模型和 View 视图信息）；
6.  HandlerAdapter 接收到 ModelAndView 对象后，将其返回给 DispatcherServlet ；
7.  DispatcherServlet 接收到 ModelAndView 对象后，会请求 ViewResolver（视图解析器）对视图进行解析；
8.  ViewResolver 根据 View 信息匹配到相应的视图结果，并返回给 DispatcherServlet；
9.  DispatcherServlet 接收到具体的 View 视图后，进行视图渲染，将 Model 中的模型数据填充到 View 视图中的 request 域，生成最终的 View（视图）；
10. 视图负责将结果显示到浏览器（客户端）。

Spring MVC接口

Spring MVC 涉及到的组件有 DispatcherServlet（前端控制器）、HandlerMapping（处理器映射器）、HandlerAdapter（处理器适配器）、Handler（处理器）、ViewResolver（视图解析器）和 View（视图）。下面对各个组件的功能说明如下。

1）DispatcherServlet

DispatcherServlet 是前端控制器，从图 1 可以看出，Spring MVC 的所有请求都要经过 DispatcherServlet 来统一分发。DispatcherServlet 相当于一个转发器或中央处理器，控制整个流程的执行，对各个组件进行统一调度，以降低组件之间的耦合性，有利于组件之间的拓展。

2）HandlerMapping

HandlerMapping 是处理器映射器，其作用是根据请求的 URL 路径，通过注解或者 XML 配置，寻找匹配的处理器（Handler）信息。

3）HandlerAdapter

HandlerAdapter 是处理器适配器，其作用是根据映射器找到的处理器（Handler）信息，按照特定规则执行相关的处理器（Handler）。

4）Handler

Handler 是处理器，和 Java Servlet 扮演的角色一致。其作用是执行相关的请求处理逻辑，并返回相应的数据和视图信息，将其封装至 ModelAndView 对象中。

5）View Resolver

View Resolver 是视图解析器，其作用是进行解析操作，通过 ModelAndView 对象中的 View 信息将逻辑视图名解析成真正的视图 View（如通过一个 JSP 路径返回一个真正的 JSP 页面）。

6）View

View 是视图，其本身是一个接口，实现类支持不同的 View 类型（JSP、FreeMarker、Excel 等）。  
  
以上组件中，需要开发人员进行开发的是处理器（Handler，常称Controller）和视图（View）。通俗的说，要开发处理该请求的具体代码逻辑，以及最终展示给用户的界面。

SpringBoot启动流程：

1、首先从main找到run()方法，在执行run()方法之前new一个SpringApplication对象  
2、进入run()方法，创建应用监听器SpringApplicationRunListeners开始监听  
3、然后加载SpringBoot配置环境(ConfigurableEnvironment)，然后把配置环境(Environment)加入监听对象中  
4、然后加载应用上下文(ConfigurableApplicationContext)，当做run方法的返回对象  
5、最后创建Spring容器，refreshContext(context)，实现starter自动化配置和bean的实例化等工作。  
容器包含关系：

![44c4a894e389492197be907d45d1aec0.png][]

请求处理主要流程  
1、过滤器链chain.doFilter之前的执行（过滤器是在Server容器中的，如Tomcat）；  
2、拦截器链preHandle方法执行；  
3、路径映射、参数绑定（参数解析、参数转换、参数校验）；  
4、Controller的具体方法执行；  
5、返回值处理（含信息转换）；  
6、拦截器链postHandle方法执行；  
7、异常解析器处理异常（@ControllerAdvice、自定义异常解析器都在这里执行）；  
8、视图解析渲染；  
9、拦截器链afterCompletion方法执行；  
10、过滤器链chain.doFilter之后的执行。

一个完整的SpringBoot请求流程：

1、由前端发起请求

2、根据路径，Springboot会加载相应的Controller进行拦截

3、拦截处理后，跳转到相应的Service处理层

4、跳转到ServiceImplement(service实现类)

5、在执行serviceimplement时会加载Dao层，操作数据库

6、再跳到Dao层实现类

7、执行会跳转到mapper层

8、然后MallMapper会继续找对应的mapper.xml配置文件，之后便会跳转到第4步继续执行，执行完毕后会将结果返回到第1步，然后便会将数据以JSON的形式返回到页面，同时返回状态码，正常则会返回200，便会回到步骤1中查询判断。如果判断正常。前端根据数据遍历显示

[3b32bad3ff1d476a92eaba38bcc61896.png]: https://img-blog.csdnimg.cn/3b32bad3ff1d476a92eaba38bcc61896.png
[44c4a894e389492197be907d45d1aec0.png]: https://img-blog.csdnimg.cn/44c4a894e389492197be907d45d1aec0.png