springMVC总结二

   

   引言

   在上一篇博客中给大家总结了一些基本知识点，下面在这篇博客中给大家分享一些springMVC在项目中比较常用的知识点，请看图

  

   原图请请点击我

 

  在上一篇博客中我们给大家展示了一张核心架构图，下面我们根据代码说说核心架构图的流程

   架构图对应的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的逻辑视图名——> ViewResolver， ViewResolver将把逻辑视图名解析为具体的View，通过这种策略模式，很容易更换其他视图技术；

    6、View——>渲染，View会根据传进来的Model模型数据进行渲染，此处的Model实际是一个Map数据结构，因此很容易支持其他视图技术；

    7、返回控制权给DispatcherServlet，由DispatcherServlet返回响应给用户，到此一个流程结束。

此处我们只是讲了核心流程，没有考虑拦截器、本地解析、文件上传解析等，后边再细述。

   springMVC的优势

   1、清晰的角色划分：前端控制器（DispatcherServlet）、请求到处理器映射（HandlerMapping）、处理器适配器（HandlerAdapter）、视图解析器（ViewResolver）、处理器或页面控制器（Controller）、验证器（   Validator）、命令对象（Command  请求参数绑定到的对象就叫命令对象）、表单对象（Form Object 提供给表单展示和提交到的对象就叫表单对象）。

   2、分工明确，而且扩展点相当灵活，可以很容易扩展，虽然几乎不需要；

   3、由于命令对象就是一个POJO，无需继承框架特定API，可以使用命令对象直接作为业务对象；

   4、和Spring 其他框架无缝集成，是其它Web框架所不具备的；

   5、可适配，通过HandlerAdapter可以支持任意的类作为处理器；
 
   6、可定制性，HandlerMapping、ViewResolver等能够非常简单的定制；

   7、功能强大的数据验证、格式化、绑定机制；

   8、利用Spring提供的Mock对象能够非常简单的进行Web层单元测试；

   9、本地化、主题的解析的支持，使我们更容易进行国际化和主题的切换。

   10、强大的JSP标签库，使JSP编写更容易。

    ………………还有比如RESTful风格的支持、简单的文件上传、约定大于配置的契约式编程支持、基于注解的零配置支持等等。