为什么SpringMvc有了HandlerMapping，还要有HandlerAdapter？

SpringMvc中依赖DispatchServlet中的doDispatch方法来处理请求，首先会获取请求对应的Handler（注意这里获取的并不直接是HandletMapping而是一个执行链，包括拦截器等信息以及对应的Handler），然后获取对应的HandlerAdapter，接下来通过adatapter去执行具体的业务方法。
那么为什么已经匹配到了请求对应的Mapping了还要多加一层Handler呢？实际上这跟我们的Controller定义方式有关系。
在SpringMvc中要定义一个Controller有三种方式。

• 最常见的一种就是通过@Controller注解的方式。
• 实现Controller接口也可以将一个类定义为Controller
• 实现Servlet接口定义Controller。

那么这个时候问题就是：如果同时有这么多种实现方式，在DispatchServlet获取到对应的Mapping后如何执行业务方法呢？一种可以想到的方式就是：IF/ELSE的结构，那么以后如果新增了一种Controller的定义方式呢？DispatchServlet的方法就不得不修改，这种实现方式就违背了代码的开闭原则。所以Spring定义了统一的Adapter类，并且为每一种Controller都定义了各自的适配器类，不同的Controller定义只需要获取不同的适配器类即可完成具体方法的调用。