1.spring mvc入门

 

1.前端控制器是DispatcherServlet

2.应用控制器其实拆为:a,处理器映射器(Handler Mapping),用于进行处理器管理

                                    b,视图解析器(View Resolver),用于进行视图管理；

3,页面控制器/动做/处理器为Controller接口（包含ModelAndView handleRequest(request, response) 方法）的实现（也能够是任何的POJO类）；支持本地化（Locale）解析、主题（Theme）解析及文件上传等；提供了很是灵活的数据验证、格式化和数据绑定机制；提供了强大的约定大于配置（惯例优先原则）的契约式编程支持。

 

spring web mvc 架构

Spring Web MVC框架也是一个基于请求驱动的Web框架，而且也使用了前端控制器模式来进行设计，再根据请求映射规则分发给相应的页面控制器（动做/处理器）进行处理(我的理解：和struts相似,经过配置文件查找相应的action)

 

spring web mvc 处理请求的流程

 

 

具体执行步骤以下：

一、  首先用户发送请求————>前端控制器(也就是springmvc核心，DispatcherServlet)，前端控制器根据请求信息（如URL）来决定选择哪个页面控制器（也就是controller）进行处理并把请求委托给它，即之前的控制器的控制逻辑部分；图中的一、2步骤；

二、  页面控制器接收到请求后，进行功能处理，首先须要收集和绑定请求参数到一个对象，这个对象在Spring Web MVC中叫命令对象，并进行验证，而后将命令对象委托给业务对象进行处理；处理完毕后返回一个ModelAndView（模型数据和逻辑视图名）；图中的三、四、5步骤；

三、  前端控制器收回控制权，而后根据返回的逻辑视图名，选择相应的视图进行渲染，并把模型数据传入以便视图渲染；图中的步骤六、7；

四、  前端控制器再次收回控制权，将响应返回给用户，图中的步骤8；至此整个结束。

 

 

 

spring web mvc 架构

 

 架构图对应的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);  
                   //步骤二、请求处处理器（页面控制器）的映射，经过HandlerMapping进行映射。ps：（我的理解：
//项目启动时会注册springmvc项目的配置文件中的bean，若是配置文件中没有指定默认会注册DispatcherServlet.properties配置文件中的bean，
//DispatcherServlet.properties这个配置文件是springmvc本身的，对应处理器的bean就是HandlerMapping对象，
//HandlerMapping对象为BeanNameUrlHandlerMapping，DefaultAnnotationHandlerMapping，我的理解就是有经过url对应的,
//有的是经过注解对应的,而后将这两个HandlerMapping放到handlerMappings这个list中，这个动做是在项目启动时候初始化一些处理器、解析器时候操做的，
//再根据request去HandlerMapping中获取handler也就是处理器，不为空的handler就是要获取的处理器，此处理器包含映射关系，
//映射关系为请求的url具体请求哪一个controller）


                mappedHandler = getHandler(processedRequest, false);  
                if (mappedHandler == null || mappedHandler.getHandler() == null) {  
                    noHandlerFound(processedRequest, response);  
                    return;  
                }  
                   //步骤三、处理器适配，即将咱们的处理器包装成相应的适配器（从而支持多种类型的处理器）。ps：（我的理解：
//项目启动时也会注册配置文件中的bean，原理和步骤2我的理解中一致，对应适配器的bean就是HandlerAdapter对象，
//HandlerAdapter对象为HttpRequestHandlerAdapter，SimpleControllerHandlerAdapter，AnnotationMethodHandlerAdapter这些接口，
//这些接口都实现了HandlerAdapter，HandlerAdapter接口中有一个support判断，还有一个处理请求的方法handle，
//经过传入参数也就是处理器调用support方法来决定具体获得哪一个适配器也就是用哪一个实现类来处理，support方法就是判断了处理器中映射的页面控制器是否继承了Controller，
//再调用适配器的handle方法处理请求，也就是用实现类处理，实现类中的处理会调用handleRequest方法，此方法是Controller接口中的，
//再调用具体的实现类处理咱们的请求，此实现类也就是页面控制器，咱们编写的controller）


                HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());  
  
                  // 304 Not Modified缓存支持  
                //此处省略具体代码  
  
                // 执行处理器相关的拦截器的预处理（HandlerInterceptor.preHandle）  
                //此处省略具体代码  
  
                // 步骤四、由适配器执行处理器（调用处理器相应功能处理方法）  
                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 步骤六、解析视图并进行视图的渲染  
//步骤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);  
            }  
        }  
    }

 

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

一、  首先用户发送请求——>DispatcherServlet，前端控制器收到请求后本身不进行处理，而是委托给其余的解析器进行处理，做为统一访问点，进行全局的流程控制；

二、  DispatcherServlet——>HandlerMapping， HandlerMapping将会把请求映射为HandlerExecutionChain对象（包含一个Handler处理器（页面控制器）对象、多个HandlerInterceptor拦截器）对象，经过这种策略模式，很容易添加新的映射策略；

三、  DispatcherServlet——>HandlerAdapter，HandlerAdapter将会把处理器包装为适配器，从而支持多种类型的处理器，即适配器设计模式的应用，从而很容易支持不少类型的处理器；

四、  HandlerAdapter——>处理器功能处理方法的调用，HandlerAdapter将会根据适配的结果调用真正的处理器的功能处理方法，完成功能处理；并返回一个ModelAndView对象（包含模型数据、逻辑视图名）；

五、  ModelAndView的逻辑视图名——> ViewResolver， ViewResolver将把逻辑视图名解析为具体的View，经过这种策略模式，很容易更换其余视图技术；

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

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