Spring Boot源码之旅二十六SpringMVC源码之DispatcherServlet的getHandler二

作者简介：大家好，我是smart哥，前中兴通讯、美团架构师，现某互联网公司CTO

联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬

学习必须往深处挖，挖的越深，基础越扎实！

阶段1、深入多线程

阶段2、深入多线程设计模式

阶段3、深入juc源码解析

阶段4、深入jdk其余源码解析

阶段5、深入jvm源码解析

 

码哥源码部分

码哥讲源码-原理源码篇【2024年最新大厂关于线程池使用的场景题】

码哥讲源码【炸雷啦！炸雷啦！黄光头他终于跑路啦！】

码哥讲源码-【jvm课程前置知识及c/c++调试环境搭建】

 

​​​​​​码哥讲源码-原理源码篇【揭秘join方法的唤醒本质上决定于jvm的底层析构函数】

码哥源码-原理源码篇【Doug Lea为什么要将成员变量赋值给局部变量后再操作？】

码哥讲源码【你水不是你的错,但是你胡说八道就是你不对了！】

码哥讲源码【谁再说Spring不支持多线程事务，你给我抽他！】

终结B站没人能讲清楚红黑树的历史，不服等你来踢馆！

打脸系列【020-3小时讲解MESI协议和volatile之间的关系，那些将x86下的验证结果当作最终结果的水货们请闭嘴】

 

处理大致流程图

AbstractHandlerMethodMapping的lookupHandlerMethod

继续上次的getMappingsByUrl，我故意弄了个一对多的看看情况。

他会都加到matches中。

因为有两个所以这里需要排序，排序会根据注解RequestMapping中的属性来进行排序，比如参数个数，请求头个数等等，具体可以自己看下：

比如我这里比较方法个数：

排序后就这样：

所以又会bestMatch = matches.get(0);获取最好的方法：

如果排序完，发现第二个和第一个比较是相同的，那就不知道要选哪个，所以会报异常。

HandlerMethod的createWithResolvedBean

方法获取后，还要进行bean的创建，因为你此时获取的可能只是bean名字，因为前面创建HandlerMethod的时候只是放了beanName，没有进行实例化。

获取到实例后，重新创建一个HandlerMethod：

基本只是把属性重新赋值了下。

AbstractHandlerMapping的getHandlerExecutionChain获取执行链

其实这里就是要放入拦截器了，先创建一个执行链，然后遍历所有拦截器，如果匹配的话就加入其中。

    	protected HandlerExecutionChain getHandlerExecutionChain(Object handler, HttpServletRequest request) {
    		HandlerExecutionChain chain = (handler instanceof HandlerExecutionChain ?
    				(HandlerExecutionChain) handler : new HandlerExecutionChain(handler));//创建执行链
    
    		String lookupPath = this.urlPathHelper.getLookupPathForRequest(request, LOOKUP_PATH);
    		for (HandlerInterceptor interceptor : this.adaptedInterceptors) {
    			if (interceptor instanceof MappedInterceptor) {
    				MappedInterceptor mappedInterceptor = (MappedInterceptor) interceptor;
    				if (mappedInterceptor.matches(lookupPath, this.pathMatcher)) {//进行uri匹配
    					chain.addInterceptor(mappedInterceptor.getInterceptor());
    				}
    			}
    			else {
    				chain.addInterceptor(interceptor);
    			}
    		}
    		return chain;
    	}

HandlerExecutionChain执行链

可以看到他定义了一个拦截器数组和列表，好像有点重复了。

或许是为了兼容构造方法吧：

拦截器为什么是MappedInterceptor类型的

我们要看拦截器怎么生成的，其实是在RequestMappingHandlerMapping实例化的方法里。

addInterceptors就是添加自定义的，里面还有好几层，是用一个代理WebMvcConfigurer的集合，里面就是我们自己配置类，要实现WebMvcConfigurer接口，实现添加拦截器方法addInterceptors即可。然后再加上下面两个。

关键在this.interceptors = registry.getInterceptors();，进行了处理：

因为拦截器只是一个接口，还需要有包含和排除等路径信息，所以将他们封装成了MappedInterceptor。

最后适配一下放入adaptedInterceptors中：

其他的一些逻辑就不讲了，执行链获取后直接就返回，表示找到了处理器了，至于说其他的处理器映射器后面会讲，先把大致的流程讲完，所以下一篇继续将后面的getHandlerAdapter获取处理器适配器。