简单流程图

image.png

MappingRegistry的一些映射

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

image.png

urlLookup一键多值的url和RequestMappingInfo映射

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

image.png

nameLookup名字和HandlerMethod映射

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

image.png

mappingLookup的RequestMappingInfo和HandlerMethod映射

image.png

registry的RequestMappingInfo和MappingRegistration映射

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

image.png

有了这些映射，那么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";
    }

image.png

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

image.png

不用@Controller也可以是处理器

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

image.png image.png

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