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

先上一段 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 就解耦合了，它们之前可以独立发展。

不得不说阅读一段好的代码对一个程序员的提升是巨大的，我一直觉得作为一名程序员，一名有理想有抱负的程序员，理所应当的应该多读源码，因为我们能从中获得许多启发，对自己的工作学习也会带来更多的帮助。

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