正文
SpringMvc如何将Url 映射到 RequestMapping （二）
提示：扫一扫查出行【扫一扫了解最新限行尾号】
复制提示
昨天简单分析了Springmvc 中 RequestMapping 配置的url和请求url之间的匹配规则。今天详细的跟踪一下一个请求url如何映射到Controller的对应方法上
一、入口 org.springframework.web.servlet.DispatcherServlet.doDispatch(HttpServletRequest, HttpServletResponse)
protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
HttpServletRequest processedRequest = request;
HandlerExecutionChain mappedHandler = null;
boolean multipartRequestParsed = false; WebAsyncManager asyncManager = WebAsyncUtils.getAsyncManager(request); try {
ModelAndView mv = null;
Exception dispatchException = null; try {
// 检查是否文件上传 即 contentType = "multipart/###"
processedRequest = checkMultipart(request);
multipartRequestParsed = (processedRequest != request); // 进入获取 mappedHandler
mappedHandler = getHandler(processedRequest);
if (mappedHandler == null || mappedHandler.getHandler() == null) {
noHandlerFound(processedRequest, response);
return;
} // Determine handler adapter for the current request.
HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler()); // Process last-modified header, if supported by the handler.
String method = request.getMethod();
boolean isGet = "GET".equals(method);
if (isGet || "HEAD".equals(method)) {
long lastModified = ha.getLastModified(request, mappedHandler.getHandler());
if (new ServletWebRequest(request, response).checkNotModified(lastModified) && isGet) {
return;
}
}
if (!mappedHandler.applyPreHandle(processedRequest, response)) {
return;
}
// Actually invoke the handler.
mv = ha.handle(processedRequest, response, mappedHandler.getHandler()); if (asyncManager.isConcurrentHandlingStarted()) {
return;
} applyDefaultViewName(processedRequest, mv);
mappedHandler.applyPostHandle(processedRequest, response, mv);
} processDispatchResult(processedRequest, response, mappedHandler, mv, dispatchException);
} }
从doDispatch方法入口（DispatcherServlet 处理request请求入口）
org.springframework.web
servlet.DispatcherServlet.doDispatch(HttpServletRequest, HttpServletResponse)
servlet.DispatcherServlet.getHandler(HttpServletRequest)
servlet.handler.AbstractHandlerMapping.getHandler(HttpServletRequest)
servlet.handler.AbstractHandlerMethodMapping.getHandlerInternal(HttpServletRequest)
servlet.handler.AbstractHandlerMethodMapping.lookupHandlerMethod(String, HttpServletRequest)
servlet.mvc.method.RequestMappingInfoHandlerMapping.handleMatch(RequestMappingInfo, String, HttpServletRequest)
解析url和requestMapping 直接的映射关系，这个时候我们发现spring将 RequestMapping定义的url都存储在 MappingRegistry 这个类中，接下来先解析一下 这个类具体储存了那些数据。
mappingLookup = new LinkedHashMap<T, HandlerMethod>()
内部数据结构 {[/test]}=public java.lang.String xiaolang.TestController.test()
urlLookup = new LinkedMultiValueMap<String, T>()
内部数据结构 /test=[{[/test]}]
根据调试内容可以分析
urlLookup 的key 和请求url进行完全匹配或者正则匹配 获取 定义的RequestMapping
mappingLookup 通过获取的RequestMapping 匹配对应的Controller
List<T> directPathMatches = this.mappingRegistry.getMappingsByUrl(lookupPath);
if (directPathMatches != null) {
// 如果匹配成功 则加载match
addMatchingMappings(directPathMatches, matches, request);
}
if (matches.isEmpty()) {
// No choice but to go through all mappings...
// 没有全路径匹配 则进行正则匹配
addMatchingMappings(this.mappingRegistry.getMappings().keySet(), matches, request);
} if (!matches.isEmpty()) {
// 将左右匹配到的规则进行 排序 （排序规则请参考上一篇随笔）
Comparator<Match> comparator = new MatchComparator(getMappingComparator(request));
Collections.sort(matches, comparator);
Match bestMatch = matches.get(0);
// 如果 匹配规则大于 1个 即两个 patten 同时满足 url 且 匹配度一致
// 则抛出异常
if (matches.size() > 1) {
if (CorsUtils.isPreFlightRequest(request)) {
return PREFLIGHT_AMBIGUOUS_MATCH;
}
Match secondBestMatch = matches.get(1);
if (comparator.compare(bestMatch, secondBestMatch) == 0) {
Method m1 = bestMatch.handlerMethod.getMethod();
Method m2 = secondBestMatch.handlerMethod.getMethod();
throw new IllegalStateException("Ambiguous handler methods mapped for HTTP path '" +
request.getRequestURL() + "': {" + m1 + ", " + m2 + "}");
}
}
// 根据 最佳匹配的 url中 将url中的参数等信息封装到 handlermethod 中 此时已经找到了最佳Controller.method
handleMatch(bestMatch.mapping, lookupPath, request);
return bestMatch.handlerMethod;
}
else {
return handleNoMatch(this.mappingRegistry.getMappings().keySet(), lookupPath, request);
}
接下来我们跟踪一下具体解析逻辑：
1、完全匹配
this.mappingRegistry.getMappingsByUrl(lookupPath); - > urlLookup.get(urlPath)
从mappingRegistry 查看是否有完全匹配的路径,（在上一篇文章中分析过，完全匹配优先级最高）
如果匹配成功过
则 addMatchingMappings(directPathMatches, matches, request); -> mappingLookup（次数省略了部分校验判断）
从mappingLookup中找到对应Controller的method
2、正则匹配
addMatchingMappings(this.mappingRegistry.getMappings().keySet(), matches, request);
如果没有匹配成功，则对所有的定义的url进行正则匹配（此处只进行规则匹配）
3、将所有匹配结果进行优先级排序（排序规则在上一篇文章中已经详细描述）
获取最佳匹配规则 和 第二匹配规则进行比较，如果最佳匹配规则和第二匹配规则优先级相同，即spring无法确定应该使用哪个Controller进行处理，此时程序抛出异常将提示错误
4、封装请求结果
handleMatch(bestMatch.mapping, lookupPath, request);
将请求结果进行封装，包括请求URL参数、等相关信息。
5、根据请求结果返回对应的Controller SpringBean
handlerMethod.createWithResolvedBean()
综合上面debug 调试
1、我们已经找到了最佳匹配的method 且发现，spring 在启动时已经将 url method 等相关映射信息保存在了 MappingRegistry 中
2、如果出现规则匹配度一致的url，系统会提示错误，所以尽量避免 定义比较广泛匹配的RequestMapping
