Spring Boot源码之旅二十五SpringMVC源码之RequestMappingHandlerMapping的初始化三

作者简介：大家好，我是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下的验证结果当作最终结果的水货们请闭嘴】

 

简单流程图

MappingRegistry的一些映射

url可能是一对多的，如果是多个的话，在获取处理的时候会进行比较，如果一样的话就会报异常，说不知道用哪个，这个后面会说，这里要提一下，比如：

urlLookup一键多值的url和RequestMappingInfo映射

url和RequestMappingInfo就变成了一对多了。

nameLookup名字和HandlerMethod映射

还有名字映射，默认是提取类名大写字母然后+#+方法名，但是可能会映射多个，因为不同类的大写字母可能相同啊，方法可以相同啊：

mappingLookup的RequestMappingInfo和HandlerMethod映射

registry的RequestMappingInfo和MappingRegistration映射

最后都会封装成MappingRegistration放进registry里。：

有了这些映射，那么RequestMappingHandlerMapping在进行处理器获取的时候就方便了。

RequestMappingHandlerMapping的updateConsumesCondition

这个用于更新接受数据的条件，如果设置了consumes，比如下面的传入数据条件是json格式，但是@RequestBody的required =false，这样他就会设置consumes 的required也为false，默认是true的，也就是不强制了：

        @RequestMapping(value = "/body1",consumes = MediaType.APPLICATION_JSON_VALUE)
        public String body1(@RequestBody(required = false) String body) {
            System.out.println("body1:"+body);
            return "user";
        }

通过这个，可以对条件的必须行进行更新，这东西可能不太常用了，反正提一下：

不用@Controller也可以是处理器

其实这里是或的关系，所以只要有RequestMapping注解，只要能放进容器里,有@Component就够了，就可以加载到，就可以处理请求。

至此RequestMappingHandlerMapping的一些初始化设置讲完了，这样我们再回去分析是怎么获得映射的就很容易理解了。