Spring Web MVC架构。

妖狐艹你老母 2024-02-18 16:23 12阅读 0赞

Spring Web MVC 框架也是一个基于请求驱动的Web框架，并且也是用了前端控制器模式进行设计，再根据请求映射规则分发给相应的页面控制器（动作/处理器）进行处理。首先让我们整体看一下Spring Web MVC处理请求的流程：

## Spring Web MVC 处理请求的流程 ##

> ![20171114132042932][]

具体执行步骤如下：

1.  首先用户发送请求到前端控制器，前端控制器根据请求信息（如URL）来决定选择哪一个页面控制器进行处理并把请求委托给他，即以前的控制器的控制逻辑部分，图中1、2步骤；
2.  页面控制器接收到请求后，进行功能处理，首先需要收集和绑定请求参数到一个对象，这个对象在Spring Web MVC 中叫命令对象，并进行验证，然后将命令对象委托给业务对象进行处理；处理完毕后返回一个ModelAndView（模型数据和逻辑视图名），图中的3、4、5步骤；
3.  前端控制器收回控制权，然后根据返回的逻辑视图名，选择相应的视图进行渲染，并把模型数据传入以便视图渲染；图中的步骤6、7；
4.  前端控制器再次收回控制权，将响应返回给用户，图中的步骤8，至此整个结束。

## Spring Web MVC 架构 ##

Spring Web MVC 核心架构图。

> ![20171114132746060][]

架构图对应的DispatcherServlet核心代码如下：

// 前端控制器分派方法

protected void doDispatch(HttpServletRequest request , HttpServletResponse response) throws Exception \{

> HttpServletRequest processedRequest = request;
> 
> HandlerExecutionChain mappedHandler = null;
> 
> int interceptorIndex = -1;
> 
> try \{
> 
> > ModelAndView mv;
> > 
> > boolean errorView = false;
> > 
> > try \{
> > 
> > > // 步骤1，检查是否请求是否是multipart（如文件上传），如果是将通过MultipartResolver解析
> > > 
> > > processedRequest = checkMultipart(request);
> > > 
> > > // 步骤2，请求到处理器（页面控制器）的映射，通过HandlerMapping进行映射
> > > 
> > > mappedHandler = getHandler(processedRequest , false);
> > > 
> > > if (mappedHandler == null || mappedHandler.getHandler() == null) \{
> > > 
> > > > noHandlerFound(processedRequest , response);
> > > > 
> > > > return;  
> > > > 
> > > 
> > > \}
> > > 
> > > // 步骤3，处理器适配，即将我们的处理其包装成相应的适配器（从而支持多种类型的处理器）
> > > 
> > > HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());
> > > 
> > > // 304 Not Modified缓存支持
> > > 
> > > // 此处省略具体代码
> > > 
> > > // 执行处理器相关的拦截器的预处理（HandlerInterceptor.preHandle）
> > > 
> > > // 此处省略具体代码
> > > 
> > > // 步骤4，由适配器执行处理器（调用处理器相应功能处理方法）
> > > 
> > > mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
> > > 
> > > // Do we need view name translation?
> > > 
> > > if (mv != null && !mv.hasView()) \{
> > > 
> > > > mv.setViewName(getDefaultViewName(request));  
> > > > 
> > > 
> > > \}
> > > 
> > > // 执行处理器相关的拦截器的后处理（HandlerInterceptor.postHandle）
> > > 
> > > // 此处省略具体代码
> > 
> > \} catch (ModelAndViewDefiningException ex) \{
> > 
> > > logger.debug("ModelAndViewDefiningException encountered" , ex);
> > > 
> > > mv = ex.getModelAndView();  
> > > 
> > 
> > \} catch (Exception ex) \{
> > 
> > > Object handler = (mappedHandler != null ? mappedHandler.getHandler() : null);
> > > 
> > > mv = processHandlerException(processedRequest , response , handler , ex);
> > > 
> > > errorView = (mv != null);  
> > > 
> > 
> > \}
> > 
> > // 步骤5、步骤6，解析视图并进行视图的渲染
> > 
> > // 步骤5，由ViewResolver解析View（viewResolver.resolveViewName(viewName , locale)）
> > 
> > // 步骤6，视图在渲染时会把Model传入（view.render(mv.getModelInternal() , request , response);）
> > 
> > if (mv != null && !mv.wasCleared()) \{
> > 
> > > render(mv , processedRequest , response);
> > > 
> > > if (errorView) \{
> > > 
> > > > WebUtils.clearErrorRequestAttributes(request);  
> > > > 
> > > 
> > > \}  
> > > 
> > 
> > \} else \{
> > 
> > > if (logger.isDebugEnabled()) \{
> > > 
> > > > logger.debug("Null ModelAndView returned to DispatcherServlet with name ' " + getServletName() + " ': assuming HandlerAdapter completed request handing");  
> > > > 
> > > 
> > > \}  
> > > 
> > 
> > \}
> > 
> > // 执行处理器相关的拦截器的完成后处理（HandlerInterceptor.afterCompletion）
> > 
> > // 此处省略具体代码
> 
> \} catch (Exception ex) \{
> 
> > // Trigger after-completion for thrown exception.
> > 
> > triggerAfterCompletion(mappedHandler , interceptorIndex , processedRequest , response , ex);
> > 
> > throw ex;  
> > 
> 
> \} catch (Error err) \{
> 
> > ServletException ex = new NestedServletException("Handler processing failed" , err);
> > 
> > // Trigger after-completion for thrown exception.
> > 
> > triggerAfterCompletion(mappedHandler , interceptionIndex , processedRequest , response , ex);
> > 
> > throw ex;  
> > 
> 
> \} finally \{
> 
> > // Clean up any resource used by a multipart request.
> > 
> > if (processedRequest != request) \{
> > 
> > > cleanupMultipart(processedRequest);  
> > > 
> > 
> > \}  
> > 
> 
> \}  
>

核心架构的具体流程步骤如下：

1.  **首先用户发送请求→DispatcherServlet**，前端控制器收到请求后自己不进行处理，而是委托给其他的解析器进行处理，作为统一访问点，进行全局的流程控制；
2.  **DispatcherServlet→HandlerMapping**，HandlerMapping将会把请求映射为HandlerExecutionChain对象（包含一个Handler处理器（页面控制器）对象、多个HandlerInterceptor拦截器），通过这种策略模式，很容易添加新的映射策略；
3.  **DispatcherServlet→HandlerAdapter**，HandlerAdapter将会把处理器包装为适配器，从而支持多种类型的处理器，即适配器设计模式的应用，从而很容易支持很多类型的处理器；
4.  **HandlerAdapter→处理器功能处理方法的调用，**HandlerAdapter将会根据适配的结果调用真正的处理器的功能处理方法，完成功能处理；并返回一个ModelAndView对象（包含模型数据、逻辑视图名）。
5.  **ModelAndView的逻辑视图名→ViewResolve**r，ViewResolver将把逻辑视图名解析为具体的View，通过这汇总策略模式，很容易更换其他视图技术；
6.  **View→渲染**，View会根据传进来的Model模型数据进行渲染，此处的Model实际是一个Map数据结构，因此很容易支持其他视图技术；
7.  **返回控制权给DispatcherServlet**，由DispatcherServlet返回响应给用户，到此一个流程结束。

在此我们可以看出具体的核心开发步骤：

1.  DispatcherServlet在web.xml中的部署描述，从而拦截请求到Spring Web MVC
2.  HandlerMapping的配置，从而将请求映射到处理器
3.  HandleAdapter的配置，从而支持多种类型的处理器
4.  ViewResolver的配置，从而将逻辑视图名解析为具体视图技术
5.  处理器（页面控制器）的配置，从而进行功能处理

## 问题 ##

*  **请求如何给前端控制器？**

> 这个应该在web.xml中进行部署描述。  
>

*  **前端控制器如何根据请求信息选择页面控制器进行功能处理？**

> 我们需要配置HandlerMapping 进行映射  
>

*  **如何支持多种页面控制器？**

> 配置HandlerAdapter从而支持多种类型的页面控制器

*  **如何页面控制器如何使用业务对象？**

> 可以预料到，肯定利用Spring IoC容器的依赖注入功能  
>

*  **页面控制器如何返回模型数据？**

> 使用ModelAndView返回  
>

*  **前端控制器如何根据页面控制器返回的逻辑视图名选择具体的视图进行渲染？**

> 使用ViewResolver进行解析  
>

*  **不同的视图技术如何使用相应的模型数据？**

> 因为Model是一个Map数据结构，很容易支持其他视图技术  
>

[20171114132042932]: https://image.dandelioncloud.cn/pgy_files/images/2024/01/29/5ea2778536a64efa8b9b3eb6e2fcb997.png
[20171114132746060]: https://image.dandelioncloud.cn/pgy_files/images/2024/01/29/eeea275719f849e384ee25e4c42b40d2.png