标签：HandlerMapping handlerMapping 拦截器 调用 HandlerExectionChain handler getHandler Dis
1.DispatcherServlet
属性：两个重要属性 – handler的映射和 handler的适配器
操作：getHandler和doDispatch，最关键的就是doDispatch()
getHandler（）：遍历所有的handlerMapping，让他们去拿handler，最后找到合适的handlerMapping，拿出handler链。
doDispatch（）：根据request调用上面的方法（遍历所有handlerMapping，拿出handler链），最后得到handler链，通过handler链拿出真正的handler@HandlerMethod，然后根据这个handler找到合适的Adapter
，最后通过adapter去执行此handler。
2. HandlerExecutionChain
属性：handler、interceptors(拦截器数组)、interceptorList（拦截器集合）
从这里也可以看出，处理执行链 就是一个handler(可以看成controller、里面有bean、method、methodParams)，和各种拦截器组成的一个类。
操作：大部分都是和拦截器有关的。不做介绍。不过看下这个，返回handler。
简单介绍一下Interceptor吧，共有三个主要的方法。注意参数都是 request、response、handler。（由此应该能退出拦截器的作用了吧。）
3. handlerMapping
属性无
操作：getHandlerI()、返回请求处理链
他的继承链（注意，所有实现这个接口的类必须实现getHandler，返回请求处理链）：
子类介绍
MatchableHandlerMapping接口继承了他，并且增加了一个方法。
AbstractHandlerMapping类实现了它
属性：属性没什么重要的，不过留意一下 urlPathHelper、interceptors、adaptedInterceptors
操作：这里面有几个很重要的getHandler()、getHandlerInternal()、urlPathHelper的setter、getter 。 前面的方法调用了后面的。后面是抽象方法，在子类AbstractUrlHandlerMapping里实现
AbstractUrlHandlerMapping
属性：没有重要的，不写了
操作：比较熟悉的有getHandlerInternal()、lookupHandler()。第一个方法调用了第二个。而且第一个的返回结果是Handler。第二个方法没看懂，暂时先不写。
完整的调用逻辑
好，由上面的铺垫，我们完整的梳理一遍逻辑
1.请求 -> 2.DispatcherServlet#doDispatch() -> 3.自身getHandler()得到HandlerExecutionChain ->4.从执行请求链里拿出handler，找的相应的adpater。
细究步骤3：遍历所有的handlerMapping（HandlerMapping是个接口，里面只有一个getHandler()），每个mapping调用自己的getHandler()（其实调用的是AbstractHandlerMapping里的getHandler()，最后返回 请求执行链类型的handler），然后去找他的adapter类。
)（其实调用的是AbstractHandlerMapping里的getHandler()，最后返回 请求执行链类型的handler），然后去找他的adapter类。
标签：HandlerMapping,handlerMapping,拦截器,调用,HandlerExectionChain,handler,getHandler,Dis 来源： https://blog.csdn.net/Sai_BAN/article/details/114972637
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。