Spring MVC请求处理流程分析

亦凉 2023-09-25 23:44 16阅读 0赞

### Spring MVC请求处理流程分析 ###

*  一 Spring MVC 请求处理流程
 *  二 Spring MVC 请求处理流程源码分析
 *   *  2.1架构图解
     *  2.2 重要时机点分析
     *  2.3核心步骤分析
     *   *  2.3.1 getHandler⽅法剖析
         *  2.3.2 getHandlerAdapter⽅法剖析
         *  2.3.3 ha.handle⽅法剖析
         *  2.3.4 processDispatchResult⽅法剖析
 *  三 Spring MVC 九⼤组件
 *   *  1. \*\*HandlerMapping（处理器映射器）\*\*
     *  2. \*\*HandlerAdapter（处理器适配器）\*\*
     *  3. \*\*HandlerExceptionResolver\*\*
     *  4. \*\*ViewResolver\*\*
     *  5. \*\*RequestToViewNameTranslator\*\*
     *  6. \*\*LocaleResolver\*\*
     *  7. \*\*ThemeResolver\*\*
     *  8. \*\*MultipartResolver\*\*
     *  9. \*\*FlashMapManager\*\*
 *  四 SpringMVC面试题

# 一 Spring MVC 请求处理流程 #

![在这里插入图片描述][45352f5c02da4489b49f486dc367f547.png]  
**流程说明**  
`第⼀步：`⽤户发送请求⾄前端控制器DispatcherServlet  
`第⼆步`：DispatcherServlet收到请求调⽤HandlerMapping处理器映射器  
`第三步`：处理器映射器根据请求Url找到具体的Handler（后端控制器），⽣成处理 器对象及处理器拦截器(如果 有则⽣成)⼀并返回DispatcherServlet  
`第四步`：DispatcherServlet调⽤HandlerAdapter处理器适配器去调⽤Handler  
`第五步`：处理器适配器执⾏Handler  
`第六步`：Handler执⾏完成给处理器适配器返回ModelAndView  
`第七步`：处理器适配器向前端控制器返回 ModelAndView，ModelAndView 是SpringMVC 框架的⼀个底层对 象，包括 Model 和 View  
`第⼋步`：前端控制器请求视图解析器去进⾏视图解析，根据逻辑视图名来解析真正的视图。  
`第九步`：视图解析器向前端控制器返回View  
`第⼗步`：前端控制器进⾏视图渲染，就是将模型数据（在 ModelAndView 对象中）填充到 request 域  
`第⼗⼀步`：前端控制器向⽤户响应结果

# 二 Spring MVC 请求处理流程源码分析 #

## 2.1架构图解 ##

![在这里插入图片描述][0933ef7dfaee4e4cb38d413d69e45e29.png]

## 2.2 重要时机点分析 ##

`SpringMVC`处理请求的流程即为  
`org.springframework.web.servlet.DispatcherServlet#doDispatch⽅法`的执⾏过程  
1）调⽤`getHandler()`获取到能够处理当前请求的执⾏链 `HandlerExecutionChain`（Handler+拦截器）  
2）调⽤`getHandlerAdapter()`；获取能够执⾏1）中Handler的适配器  
3）适配器调⽤Handler执⾏ha.handle（总会返回⼀个ModelAndView对象）  
4）调⽤processDispatchResult()⽅法完成视图渲染跳转

protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
        
    			....
                //这里检测是否是文件上传内容
    			processedRequest = checkMultipart(request);
    			multipartRequestParsed = (processedRequest != request);
    
    			// 获取的处理器映射器
                // 这里返回的不是一个具体的controller，而是HandlerExecutionChain
                // 他封装了handler及拦截器
    			mappedHandler = getHandler(processedRequest);
    			if (mappedHandler == null) {
        
    				//如果handler为空，则返回404
    				noHandlerFound(processedRequest, response);
    				return;
    			}
    
    			// 获取处理请求的处理器适配器
    			HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());
    			......
    			// 实际处理器适配器执行方法，返回视图
    			mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
    			.....
        		// 渲染结果
    			processDispatchResult(processedRequest, response, mappedHandler, mv, dispatchException);
        ......
    }

## 2.3核心步骤分析 ##

### 2.3.1 getHandler⽅法剖析 ###

遍历两个HandlerMapping，试图获取能够处理当前请求的执⾏链  
![在这里插入图片描述][e5718b5f30bc440a88ce0cda2ca9a130.png]  
![在这里插入图片描述][a642332540f9411da179e2a8282d0e05.png]

### 2.3.2 getHandlerAdapter⽅法剖析 ###

遍历各个HandlerAdapter，看哪个Adapter⽀持处理当前Handler  
![在这里插入图片描述][8c16e511bb96488d9db6fc279a57706d.png]

### 2.3.3 ha.handle⽅法剖析 ###

*  入口  
    ![在这里插入图片描述][401b70c72ddc4a74b9723aaa1cc83830.png]
 *  流程

![在这里插入图片描述][b7c4bd0cc30a4bb780b4f7ad4e777591.png]

### 2.3.4 processDispatchResult⽅法剖析 ###

1.  render⽅法完成渲染  
    ![在这里插入图片描述][ddde315bb05d4b268cf38dc09e0ade9e.png]
2.  视图解析器解析出View视图对象  
    ![在这里插入图片描述][1f2f99055e85476da72ff4d9f5134329.png]  
    2.1 在解析出View视图对象的过程中会判断是否重定向、是否转发等，不同的情况封装的是不同的View实现  
    ![在这里插入图片描述][c6f9f57e596e4f7db54b7e72ab809fc1.png]  
    2.2解析出View视图对象的过程中，要将逻辑视图名解析为物理视图名  
    ![在这里插入图片描述][ae2a82a2e9e649928673fe92191f87df.png]
3.  封装View视图对象之后，调⽤了view对象的render⽅法  
    ![在这里插入图片描述][b5188bdb9cd04cbcad90fde7eba35cfd.png]  
    3.1 渲染数据  
    ![在这里插入图片描述][f6bbd455195846fdb624507cd0ba4bee.png]  
    3.2 把modelMap中的数据暴露到request域中，这也是为什么后台model.add之后在jsp中可以从请求域取出来的根本原因  
    ![在这里插入图片描述][5dda6f72c4ee44138592c3062389e1d8.png]  
    3.3 将数据设置到请求域中  
    ![在这里插入图片描述][630a13f4f56446f88714e6ada7d8e0b3.png]  
    3.4跳转页面  
    ![在这里插入图片描述][4f894c7172a74dba96f4d8d82a8ed59c.png]

# 三 Spring MVC 九⼤组件 #

## 1. **HandlerMapping（处理器映射器）** ##

HandlerMapping 是⽤来查找 Handler 的，也就是处理器，具体的表现形式可以是类，也可以是⽅法。⽐如，标注了@RequestMapping的每个⽅法都可以看成是⼀个Handler。Handler负责具体实际的请求处理，在请求到达后，HandlerMapping 的作⽤便是找到请求相应的处理器Handler 和 Interceptor.HandlerAdapter（处理器适配器）HandlerMapping存储了url和handle之间的关系。![在这里插入图片描述][034c7bdbc2464434958c660905003598.png]  
![在这里插入图片描述][2650da4d65464f67857f517d320ef675.png]

## 2. **HandlerAdapter（处理器适配器）** ##

HandlerAdapter 是⼀个适配器。因为 Spring MVC 中 Handler 可以是任意形式的，只要能处理请求即可。但是把请求交给 Servlet 的时候，由于 Servlet 的⽅法结构都是doService(HttpServletRequest req,HttpServletResponse resp)形式的，要让固定的 Servlet 处理⽅法调⽤ Handler 来进⾏处理，便是HandlerAdapter 的职责。

## 3. **HandlerExceptionResolver** ##

HandlerExceptionResolver ⽤于处理 Handler 产⽣的异常情况。它的作⽤是根据异常设置ModelAndView，之后交给渲染⽅法进⾏渲染，渲染⽅法会将 ModelAndView 渲染成⻚⾯。

## 4. **ViewResolver** ##

ViewResolver即视图解析器，⽤于将String类型的视图名和Locale解析为View类型的视图，只有⼀ 个resolveViewName()⽅法。从⽅法的定义可以看出，Controller层返回的String类型视图名 viewName 最终会在这⾥被解析成为View。View是⽤来渲染⻚⾯的，也就是说，它会将程序返回的参数和数据填⼊模板中，⽣成html⽂件。ViewResolver 在这个过程主要完成两件事情：  
ViewResolver 找到渲染所⽤的模板（第⼀件⼤事）和所⽤的技术（第⼆件⼤事，其实也就是找到视图的类型，如JSP）并填⼊参数。 默认情况下，Spring MVC会⾃动为我们配置⼀个InternalResourceViewResolver,是针对 JSP 类型视图的。  
![在这里插入图片描述][a34d00eb34cc42cc9f846cb918901489.png]

## 5. **RequestToViewNameTranslator** ##

RequestToViewNameTranslator 组件的作⽤是从请求中获取 ViewName.因为 ViewResolver 根据ViewName 查找 View，但有的 Handler 处理完成之后,没有设置 View，也没有设置 ViewName，便要通过这个组件从请求中查找 ViewName。  
![在这里插入图片描述][2b75353a491a4383815468a33813d07c.png]

## 6. **LocaleResolver** ##

ViewResolver 组件的 resolveViewName ⽅法需要两个参数，⼀个是视图名，⼀个是 Locale。 LocaleResolver ⽤于从请求中解析出 Locale，⽐如中国 Locale 是 zh-CN，⽤来表示⼀个区域。这个组件也是 i18n 的基础。

## 7. **ThemeResolver** ##

ThemeResolver 组件是⽤来解析主题的。主题是样式、图⽚及它们所形成的显示效果的集合。 Spring MVC 中⼀套主题对应⼀个 properties⽂件，⾥⾯存放着与当前主题相关的所有资源，如图⽚、CSS样式等。创建主题⾮常简单，只需准备好资源，然后新建⼀个“主题名.properties”并将资源设置进去，放在classpath下，之后便可以在⻚⾯中使⽤了。SpringMVC中与主题相关的类有 ThemeResolver、ThemeSource和Theme。ThemeResolver负责从请求中解析出主题名， ThemeSource根据主题名找到具体的主题，其抽象也就是Theme，可以通过Theme来获取主题和具体的资源。

## 8. **MultipartResolver** ##

MultipartResolver ⽤于上传请求，通过将普通的请求包装成 MultipartHttpServletRequest 来实现。MultipartHttpServletRequest 可以通过 getFile() ⽅法 直接获得⽂件。如果上传多个⽂件，还可以调⽤ getFileMap()⽅法得到Map<FileName，File>这样的结构，MultipartResolver 的作⽤就是封装普通的请求，使其拥有⽂件上传的功能。

## 9. **FlashMapManager** ##

FlashMap ⽤于重定向时的参数传递，⽐如在处理⽤户订单时候，为了避免重复提交，可以处理完post请求之后重定向到⼀个get请求，这个get请求可以⽤来显示订单详情之类的信息。这样做虽然可以规避⽤户重新提交订单的问题，但是在这个⻚⾯上要显示订单的信息，这些数据从哪⾥来获得呢？因为重定向时么有传递参数这⼀功能的，如果不想把参数写进URL（不推荐），那么就可以通过FlashMap来传递。只需要在重定向之前将要传递的数据写⼊请求（可以通过ServletRequestAttributes.getRequest()⽅法获得）的属性OUTPUT\_FLASH\_MAP\_ATTRIBUTE 中，这样在重定向之后的Handler中Spring就会⾃动将其设置到Model中，在显示订单信息的⻚⾯上就可以直接从Model中获取数据。FlashMapManager 就是⽤来管理 FalshMap 的。

# 四 SpringMVC面试题 #

[SpringMVC常见面试题总结（超详细回答）][SpringMVC]

[45352f5c02da4489b49f486dc367f547.png]: https://img-blog.csdnimg.cn/45352f5c02da4489b49f486dc367f547.png
[0933ef7dfaee4e4cb38d413d69e45e29.png]: https://img-blog.csdnimg.cn/0933ef7dfaee4e4cb38d413d69e45e29.png
[e5718b5f30bc440a88ce0cda2ca9a130.png]: https://img-blog.csdnimg.cn/e5718b5f30bc440a88ce0cda2ca9a130.png
[a642332540f9411da179e2a8282d0e05.png]: https://img-blog.csdnimg.cn/a642332540f9411da179e2a8282d0e05.png
[8c16e511bb96488d9db6fc279a57706d.png]: https://img-blog.csdnimg.cn/8c16e511bb96488d9db6fc279a57706d.png
[401b70c72ddc4a74b9723aaa1cc83830.png]: https://img-blog.csdnimg.cn/401b70c72ddc4a74b9723aaa1cc83830.png
[b7c4bd0cc30a4bb780b4f7ad4e777591.png]: https://img-blog.csdnimg.cn/b7c4bd0cc30a4bb780b4f7ad4e777591.png
[ddde315bb05d4b268cf38dc09e0ade9e.png]: https://img-blog.csdnimg.cn/ddde315bb05d4b268cf38dc09e0ade9e.png
[1f2f99055e85476da72ff4d9f5134329.png]: https://img-blog.csdnimg.cn/1f2f99055e85476da72ff4d9f5134329.png
[c6f9f57e596e4f7db54b7e72ab809fc1.png]: https://img-blog.csdnimg.cn/c6f9f57e596e4f7db54b7e72ab809fc1.png
[ae2a82a2e9e649928673fe92191f87df.png]: https://img-blog.csdnimg.cn/ae2a82a2e9e649928673fe92191f87df.png
[b5188bdb9cd04cbcad90fde7eba35cfd.png]: https://img-blog.csdnimg.cn/b5188bdb9cd04cbcad90fde7eba35cfd.png
[f6bbd455195846fdb624507cd0ba4bee.png]: https://img-blog.csdnimg.cn/f6bbd455195846fdb624507cd0ba4bee.png
[5dda6f72c4ee44138592c3062389e1d8.png]: https://img-blog.csdnimg.cn/5dda6f72c4ee44138592c3062389e1d8.png
[630a13f4f56446f88714e6ada7d8e0b3.png]: https://img-blog.csdnimg.cn/630a13f4f56446f88714e6ada7d8e0b3.png
[4f894c7172a74dba96f4d8d82a8ed59c.png]: https://img-blog.csdnimg.cn/4f894c7172a74dba96f4d8d82a8ed59c.png
[034c7bdbc2464434958c660905003598.png]: https://img-blog.csdnimg.cn/034c7bdbc2464434958c660905003598.png
[2650da4d65464f67857f517d320ef675.png]: https://img-blog.csdnimg.cn/2650da4d65464f67857f517d320ef675.png
[a34d00eb34cc42cc9f846cb918901489.png]: https://img-blog.csdnimg.cn/a34d00eb34cc42cc9f846cb918901489.png
[2b75353a491a4383815468a33813d07c.png]: https://img-blog.csdnimg.cn/2b75353a491a4383815468a33813d07c.png
[SpringMVC]: https://blog.csdn.net/a745233700/article/details/80963758