前面分析了 request 与 handler method 映射关系的注册,现在再来分析一下 SpringMVC 是如何根据 request 来获取对应的 handler method 的?
可能有人会说,既然已经将 request 与 handler method 映射关系注册保存在了 AbstractHandlerMethodMapping.MappingRegistry#registry
中,那么根据 request 不就能直接从 registry 中获取到相应的 handler method 了吗?
如果我们定义的 Controller 中的 @RequestMapping 都是普通的字符的话,那确实是可以直接通过 registry 获取 handler method。
但是,@RequestMapping 还支持占位符、通配符等 url,例如:
@RequestMapping("/resources/ima?e.png") // 匹配路径段中的一个字符
@RequestMapping("/resources/*.png") // 匹配路径段中的零个或多个字符
@RequestMapping("/resources/**") // 匹配多个路径段
@RequestMapping("/projects/{project}/versions") // 匹配路径段并将其捕获为变量
@RequestMapping("/projects/{project:[a-z]+}/versions") // 使用正则表达式匹配并捕获变量
所以,查找 request 对应的 handler method 就不是那么简单的事情了。
如何通过 request 获取 handler?
通过对 DispatcherServlet
的分析,我们知道 SpringMVC 获取 handler 的方法如下:org.springframework.web.servlet.DispatcherServlet#getHandler()
protected HandlerExecutionChain getHandler(HttpServletRequest request) throws Exception {
if (this.handlerMappings != null) {
for (HandlerMapping mapping : this.handlerMappings) {
HandlerExecutionChain handler = mapping.getHandler(request);
if (handler != null) {
return handler;
}
}
}
return null;
}
可以看出,SpringMVC 是通过 HandlerMapping#getHandler()
来获取 request 对应的 handler method 处理程序的,最终会拿到一个 HandlerExecutionChain
。
HandlerExecutionChain
中包含了 request 对应的 handler method 和 interceptors。
HandlerMapping
的类图如下:
HandlerMapping 的实现类中其中最常用的是 RequestMappingHandlerMapping
,它是专门用来处理 @RequestMapping
定义的 request 请求映射的。
获取 HandlerExecutionChain 的过程
HandlerExecutionChain 的获取是在 AbstractHandlerMapping#getHandler()
中完成的。
主要分成了两步:
1、获取 request 对应的 handler 程序
2、将 handler 和 相应的 HandlerInterceptors 组装成 HandlerExecutionChain
获取 request 对应的 handler method 的过程
上一步获取 HandlerExecutionChain 时,会调用 AbstractHandlerMethodMapping#getHandlerInternal()
来获取 request 对应的 handler method。
最终它会调用到 AbstractHandlerMethodMapping#lookupHandlerMethod()
来获取。
可以看到,AbstractHandlerMethodMapping#lookupHandlerMethod
实现了 request 与 handler method 映射关系的查找:
1、首先,通过 directPath 直接获取映射的 handler method
2、如果通过 directPath 没有找到的话,就循环 registry 中所有的映射,查出映射关系
3、如果获取到的映射的 handler 个数 > 1 的话,就找出最合适的匹配
DirectPath: 非 patterns 的 path。
非 patterns 的 path 是指 path 的定义中没有 ?、*、{} 的 path
通过 lookupPath 获取 HandlerMethod
AbstractHandlerMethodMapping#lookupHandlerMethod()
在寻找 HandlerMethod 时,有两种逻辑:
- 1、直接通过 directPath 快速查找
- 2、循环所有的映射关系,查找 RequestCondition 条件匹配,获取最合适的匹配
直接通过 directPath 快速查找
directPath 是最快速的方式,直接从 map 中获取匹配结果。
directPath 是不包含占位符、模式匹配符的普通路径,所以这种普通路径是最直接,也是效率最高的。
循环所有的映射关系,通过 RequestCondition 条件匹配,获取最合适的匹配
如果通过 directPath 没有找到任何匹配的话,就需要遍历所有注册的映射关系,找出最合适的匹配。
addMatchingMappings(this.mappingRegistry.getRegistrations().keySet(), matches, request);
// 这里会循环所有注册的映射关系,将满足 RequestCondition 的映射查找出来,存放到 matches 中
private void addMatchingMappings(Collection<T> mappings, List<Match> matches, HttpServletRequest request) {
for (T mapping : mappings) {
T match = getMatchingMapping(mapping, request);
if (match != null) {
matches.add(new Match(match, this.mappingRegistry.getRegistrations().get(mapping)));
}
}
}
对于 @RequestMapping
注解形式的 url 映射,AbstractHandlerMethodMapping#getMatchingMapping()
最终会调用实现类的方法 RequestMappingInfoHandlerMapping#getMatchingCondition()
来获取匹配。
可以看到,Spring 会检查 RequestMappingInfo 是否满足以下 8 个条件:
1、请求方法 RequestMethod 是否匹配,如:GET, POST, PUT, DELETE 等
2、请求参数 params 是否匹配
3、请求头 header 是否匹配
4、consumes Content-Type 是否匹配
5、produces Content-Type 是否匹配
6、处理 directPath 和 通配符的请求映射匹配
7、处理 ant 风格的请求映射匹配
8、处理自定义的请求映射条件匹配
关于 RequestCondition 的详细分析查看 @RequstMapping和RequestCondition
小结
SpringMVC 是通过 HandlerMapping#getHandler()
来获取 request 对应的 handler method 处理程序的。
底层实现是通过 AbstractHandlerMethodMapping#lookupHandlerMethod
来查找 request 对应的 handler method:
1、首先,通过 directPath 直接获取映射的 handler method
2、如果通过 directPath 没有找到的话,就循环 registry 中所有的映射,查出映射关系
3、如果获取到的映射的 handler 个数 > 1 的话,就找出最合适的匹配
对于 url 映射中的通配符、ant 风格的请求,都是通过 RequestCondition
接口来进行处理的。