资讯专栏INFORMATION COLUMN

聊聊Spring MVC中 handlerMapping和handlerAdapter设计思想

cartoon / 799人阅读

摘要:而的类型在未来是极有可能变动或继续追加的。设计者将与关联,当追加新的类型以后,现有代码并不需要改动,符合面向对象的又一原则开闭原则。处理器适配器与处理器映射器的作用类似,都是为了解耦合。优秀的程序员是艺术家,而艺术就是代码。

先上一段Spring MVC核心类DispatcherServlet中最重要的方法doDispatch源码

protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
   HttpServletRequest processedRequest = request;
   HandlerExecutionChain mappedHandler = null;
   boolean multipartRequestParsed = false;

   WebAsyncManager asyncManager = WebAsyncUtils.getAsyncManager(request);

   try {
      ModelAndView mv = null;
      Exception dispatchException = null;

      try {
         processedRequest = checkMultipart(request);
         multipartRequestParsed = (processedRequest != request);

         // 根据当前请求获取对应的处理器映射器
         mappedHandler = getHandler(processedRequest);
         if (mappedHandler == null || mappedHandler.getHandler() == null) {
            noHandlerFound(processedRequest, response);
            return;
         }

         // 根据handler类型获取对应的处理器适配器
         HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());

         // Process last-modified header, if supported by the handler.
         String method = request.getMethod();
         boolean isGet = "GET".equals(method);
         if (isGet || "HEAD".equals(method)) {
            long lastModified = ha.getLastModified(request, mappedHandler.getHandler());
            if (logger.isDebugEnabled()) {
               logger.debug("Last-Modified value for [" + getRequestUri(request) + "] is: " + lastModified);
            }
            if (new ServletWebRequest(request, response).checkNotModified(lastModified) && isGet) {
               return;
            }
         }

         if (!mappedHandler.applyPreHandle(processedRequest, response)) {
            return;
         }

         // Actually invoke the handler.
         mv = ha.handle(processedRequest, response, mappedHandler.getHandler());

         if (asyncManager.isConcurrentHandlingStarted()) {
            return;
         }

         applyDefaultViewName(processedRequest, mv);
         mappedHandler.applyPostHandle(processedRequest, response, mv);
      }
      catch (Exception ex) {
         dispatchException = ex;
      }
      catch (Throwable err) {
         // As of 4.3, we"re processing Errors thrown from handler methods as well,
         // making them available for @ExceptionHandler methods and other scenarios.
         dispatchException = new NestedServletException("Handler dispatch failed", err);
      }
      processDispatchResult(processedRequest, response, mappedHandler, mv, dispatchException);
   }
   catch (Exception ex) {
      triggerAfterCompletion(processedRequest, response, mappedHandler, ex);
   }
   catch (Throwable err) {
      triggerAfterCompletion(processedRequest, response, mappedHandler,
            new NestedServletException("Handler processing failed", err));
   }
   finally {
      if (asyncManager.isConcurrentHandlingStarted()) {
         // Instead of postHandle and afterCompletion
         if (mappedHandler != null) {
            mappedHandler.applyAfterConcurrentHandlingStarted(processedRequest, response);
         }
      }
      else {
         // Clean up any resources used by a multipart request.
         if (multipartRequestParsed) {
            cleanupMultipart(processedRequest);
         }
      }
   }
}


关注代码中打中文注释的两个地方,一个获取对应handler的处理器映射器,一个获取对应handler的处理器适配器。那为什么需要这两个东西,我们直接在handler中写映射逻辑,直接通过handler来执行处理器方法难道不行吗?答案是否定的,但Spring为什么要这样做?有以下几个好处

1.将具体的handler与handlerMapping分离开,为了符合单一职责

2.让具体的处理器与DispatcherServlet解耦合,为了符合开闭原则
我们知道所有的处理器映射器都有共同的基类HandlerMapping,这个是可以确定的,也是不会改变的。而handler的类型在未来是极有可能变动或继续追加的。当前版本Spring有以下几种handler类型:
-HandlerMethod(通过RequestMappingHandlerMapping解析而来,我们最常使用的)
-Servlet(继承自Servlet接口的处理器)
-Controller(继承自Controller接口的处理器)
它们之前并没有共同的基类,也不可能有共同的基类,因为它们来自不同的包,来自不同的设计者。
Spring设计者将DispatcherServlet与HandlerMapping关联,当追加新的handler类型以后,现有代码并不需要改动,符合面向对象的又一原则:开闭原则。

处理器适配器与处理器映射器的作用类似,都是为了解耦合。

if(handler instanceof Servlet){
    (Servlet)handler.service();
}else if(handler instanceof HandlerMethod){
    (ServletInvocableHandlerMethod)handler.invokeAndHandle();
}else if (handler instanceof Controller){
    ((Controller) handler).handleRequest();
}

如果我们要新增一种处理器类型,必然要继续追写else if来进行处理,但使用处理器适配器后,DispatcherServlet不需要改动任何代码,因为它只依赖HandlerAdapter,这样DispatcherServlet与具体的Handler就解耦合了,它们之前可以独立发展。

优秀的程序员是艺术家,而艺术就是代码。

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/74843.html

相关文章

  • 【深入浅出springSpring MVC 流程解析

    摘要:概述是目前主流的框架之一。这部分的详细分析见深入浅出流程解析调用的具体方法处理请求,并返回一个。这部分的详细分析见深入浅出流程解析视图解析,遍历的列表,获取对应的对象,入口方法渲染,调用中获取的的方法,完成对数据的渲染。 前言 其实一年前就想系统地记录下自己阅读spring源码的收获,搞一个深入浅出spring的系列文章,但是因为工作原因,迟迟没有下笔。今天终于可以开始自己一年前的计划...

    lidashuang 评论0 收藏0
  • “过时”的SpringMVC我们到底在用什么?深入分析DispatchServlet源码

    摘要:问题来了,我们到底还在用吗答案是,不全用。后者是初始化的配置,主要是的配置。启动类测试启动项目后,在浏览器里面输入。通过查询已装载的,并且支持该而获取的。按照前面对的描述,对于而言,这个必定是。的核心在的方法中。 之前已经分析过了Spring的IOC(《零基础带你看Spring源码——IOC控制反转》)与AOP(《从源码入手,一文带你读懂Spring AOP面向切面编程》)的源码,本次...

    array_huang 评论0 收藏0
  • [闹着玩-2]spring-mvc 主要流程

    摘要:源码仓库本文仓库三层结构表现层模型业务层持久层工作流程用户前端控制器用户发送请求前端控制器后端控制器根据用户请求查询具体控制器后端控制器前端控制器处理后结果前端控制器视图视图渲染视图前端控制器返回视图前端控制器用户响应结 SpringMvc 【源码仓库】【本文仓库】 三层结构 表现层 MVC模型 业务层 service 持久层 dao 工作流程 用户->前端控制器:用户...

    fuchenxuan 评论0 收藏0
  • 通过项目逐步深入了解Spring MVC(一)

    摘要:是一个基于的框架。控制器将视图响应给用户通过视图展示给用户要的数据或处理结果。有了减少了其它组件之间的耦合度。 相关阅读: 本文档和项目代码地址:https://github.com/zhisheng17/springmvc 转载请注明出处和保留以上文字! 了解 Spring: Spring 官网:http://spring.io/ 一个好的东西一般都会有一个好的文档解释说明,如果你...

    whataa 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<