源码简介：首先，我们先从 DispatcherServlet 中找到获取 handler 的方法
然后进入这个方法，这个方法最终可以返回 Handler 或者 null ，返回的类型是 HandlerExecutionChain （返回的不是handler的类型，而是一个执行链）
首先判断 handlerMappings 是否不为空，如果成立了，就进入while循环，那么handlerMappings 是什么东西呢？我们来开启DeBug来看一下
那么应该在哪里加断点呢？我们应该在核心的方法 doDispatch( ) 这里加。
然后走到获取Handler的方法，进入getHandler（）方法
可以看出，handlerMappings是一个集合，集合里面还有两个对象，这两个对象是用来跟handler来进行匹配的
进入下一步，我们可以看到 mapping ：BeanNameUrlHandlerMapping，在集合中我们也可以看到有一个BeanNameUrlHandlerMapping对象，然后进入 if 语句 ，handler不为空，跳出循环，返回handler
返回的handler，到getHandler方法
说了这么多，那么handlerMappings这个集合里面的两个对象到底是什么呢？我们再走下一步，进入 if 语句，我们看输出台上的mappingHandler，里面存了一个对象，内容里面有一个我们自己写的控制器，和一个拦截器
它将我们的控制器和拦截器封装成一个HandlerExecutionChain ， 拦截器是spring系统自己定义的，每次执行的时候都会自带一个拦截器。
找到handler后，返回到中央控制器DispatcherServlet，中央控制器又拿着handler去请求handlerAdapter处理适配器，为什么需要适配器呢？我们带着这个疑问来看一下，跟获取handler的方法一样，找到获取适配器的方法
进入方法，这个方法藏得比较深，我们要进入多次
继续进入该方法
再进入该方法
到了，该方法返回的类型是HandlerAdapter，这个方法跟getHandler方法差不多一样，也有一个handlerAdapter集合，集合里有3个适配器，打个比方，这三个适配器就相当于笔记本的电源充电线，不同的笔记本需要使用不同的适配器，不同的handler就要使用不同的handlerAdapter，通过循环，找到匹配的适配器。为什么一上来就有这三个适配器呢？其实这三个是系统提前定义好的
在我们的jar包中可以找到，前端控制器的配置文件，我们来进入配置文件，可以看到我们之前看到的handler和handlerAdapter中，两个集合的对象。
这样我们就知道为什么我们一进去就已经有东西了，原来是在这里提前加载了。
逻辑思维：
说直白一点，首先拿到handler的目的是为了拿到控制器，比如在我们的请求路径是 localhost:8080/test ，通过获得handler，返回我们定义的控制器和一个拦截器，找到我们写的代码，那么Adapter就是找出与让控制器执行的方法。
那么为什么要搞这么麻烦呢？是为了解耦、提高程序的灵活性。
拿到适配器之后，接下来我们继续走，途中经过方法请求方式的判断
当到了这一步，我们进去看一下applyPreHandler方法
这个方法是在我们的handler执行之前，拿到拦截器的数组，逐个执行拦截器
拦截器开启完成后，开始执行handler，最终返回mv，mv是我们的ModelAndView，我们进去看看
继续进去
再进去
到了，可以看出，最终执行handler方法，返回的是ModelAndView，将handler强制转换成Controller，这样就可以执行我们定义的控制器了。
最后总结一下：
第一个就是：从2个handler中，找合适的控制器
BeanNameUrlHandlerMapping@833153a， XML的配置方式控制器
RequestMappingHandlerMapping@3602f818 注解方式的控制器
第二个就是：从3个Adapter中，找合适的处理器
HttpRequestHandlerAdapter@28dc72d7， SimpleControllerHandlerAdapter@6b712691， XML的配置方式的Adapter、annotation
RequestMappingHandlerAdapter@4d763f47 注解方式的Adapter