1. DispatcherServlet功能
DispatcherServlet是前端控制器设计模式的实现，提供了Spring Web MVC的集中访问点， 负责职责的分派，与Spring Ioc容器无缝集成。如图：
image
DispatcherServlet主要用作职责调度工作，本身主要用于控制流程，主要职责如下：
- 1、文件上传解析，如果请求类型是multipart将通过MultipartResolver进行文件上传解析；
- 2、通过HandlerMapping，将请求映射到处理器（返回一个HandlerExecutionChain，它包括一个处理器、多个HandlerInterceptor拦截器）；
- 3、通过HandlerAdapter支持多种类型的处理器（HandlerExecutionChain中的处理器）；
- 4、通过ViewResolver解析逻辑视图名到具体视图实现；
- 5、本地化解析；
- 6、渲染具体的视图等。
- 7、如果执行过程中遇到异常将交给HandlerExceptionResolver来解析；
2. DispatcherServlet核心代码
Spring Web MVC核心架构图：
image
DispatcherServlet 类中的属性 beans：
- HandlerMapping：用于 handlers 映射请求和一系列的对于拦截器的前处理和后处理，大部分用 @Controller 注解。
- HandlerAdapter：帮助 DispatcherServlet 处理映射请求处理程序的适配器，而不用考虑实际调用的是哪个处理程序。
- ViewResolver：根据配置解析实际的 View 类型。
- ThemeResolver：解决 Web 应用程序可以使用的主题，例如提供个性化布局。
- MultipartResolver：解析多部分请求，以支持从 HTML 表单上传文件。
- FlashMapManager：存储并检索可用于将一个请求属性传递到另一个请求的 input 和 output 的 FlashMap，通常用于重定向。
在 Web MVC 框架中，每个 DispatcherServlet 都拥有自己的WebApplicationContext，它继承了 ApplicationContext。WebApplicationContext 包含了其上下文和 Servlet 实例之间共享的所有 beans。
架构图对应的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 {
//检查是否是请求是否是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 handling");
}
}
// 执行处理器相关的拦截器的完成后处理（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, interceptorIndex, processedRequest, response, ex);
throw ex;
}
finally {
// Clean up any resources 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的逻辑视图名———>ViewRsolver，ViewResolver将把逻辑视图名解析为具体的View，通过这种策略模式，很容易更换其他视图技术；
- 6、View———>渲染，View会根据传进来的Model模型数据进行渲染，此处的Model实际是一个Map数据结构，因此很容易支持其他视图技术；
- 7、返回控制权给Dispatcher，由DispatcherServlet返回响应给用户，到此一个流程结束。
到此，再来看我们前边提出的问题：
- 1、请求如何给前端控制器？这个应该在web.xml中进行部署描述，在HelloWorld中详细讲解。
- 2、前端控制器如何根据请求控制信息选择页面控制器进行功能处理？我们需要配置HandlerMapping进行映射
- 3、如何支持多种页面控制器呢？配置HandlerAdapter从而支持多种类型的页面控制器
- 4、页面控制器如何使用业务对象？可以预料到，肯定利用SpringIoc容器的依赖注入功能
- 5、页面控制器如何返回模型数据？使用ModelAndView返回
- 6、前端控制器如何根据页面控制器返回的逻辑视图名选择具体的视图进行渲染？使用ViewResolver进行解析
- 7、不同的视图技术如何使用相应的模型数据？因为Model是一个Map数据结构，很容易支持其他视图技术
在此我们看出具体的核心开发步骤：
- 1、DispatcherServlet在web.xml中的部署描述，从而拦截请求到Spring Web MVC
- 2、HandlerMapping的配置，从而将请求映射到处理器
- 3、HandlerAdapter的配置，从而支持多种类型的处理器
- 4、ViewResolver的配置，从而将逻辑视图名解析为具体视图技术
- 5、处理器（页面控制器）的配置，从而进行功能处理
3. spring mvc主要部分
mvc角色划分：前端控制器（DispatcherServlet）、 请求到处理器映射（HandlerMapping）、处理器适配器（HandlerAdapter）、视图解析器（ViewResolver）、处理器或页面控制器（Controller）、验证器（Validator）、命令对象（Command请求参数绑定到的对象就叫命令对象）、表单对象（From Object提供给表单展示和提交到的对象就叫表单对象）；
网友评论