溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務(wù)條款》

Spring MVC學(xué)習(xí)教程之RequestMappingHandlerMapping匹配

發(fā)布時間:2020-09-17 15:55:02 來源:腳本之家 閱讀:223 作者:愛寶貝丶 欄目:編程語言

前言

對于RequestMappingHandlerMapping,使用Spring的同學(xué)基本都不會陌生,該類的作用有兩個:

  • 通過request查找對應(yīng)的HandlerMethod,即當(dāng)前request具體是由Controller中的哪個方法進行處理;
  • 查找當(dāng)前系統(tǒng)中的Interceptor,將其與HandlerMethod封裝為一個HandlerExecutionChain。

本文主要講解RequestMappingHandlerMapping是如何獲取HandlerMethod和Interceptor,并且將其封裝為HandlerExecutionChain的。

下面話不多說了,來一起看看詳細的介紹吧

1.整體封裝結(jié)構(gòu)

RequestMappingHandlerMapping實現(xiàn)了HandlerMapping接口,該接口的主要方法如下:

public interface HandlerMapping {
 // 通過request獲取HandlerExecutionChain對象
 HandlerExecutionChain getHandler(HttpServletRequest request) throws Exception;
}

這里我們直接看RequestMappingHandlerMapping是如何實現(xiàn)該接口的:

@Override
@Nullable
public final HandlerExecutionChain getHandler(HttpServletRequest request) 
 throws Exception {
 // 通過request獲取具體的處理bean,這里handler可能有兩種類型:HandlerMethod和String。
 // 如果是String類型,那么就在BeanFactory中查找該String類型的bean,需要注意的是,返回的
 // bean如果是需要使用RequestMappingHandlerAdapter處理,那么也必須是HandlerMethod類型的
 Object handler = getHandlerInternal(request);
 if (handler == null) {
  // 如果找不到處理方法,則獲取自定義的默認handler
  handler = getDefaultHandler();
 }
 if (handler == null) {
  return null;
 }
 if (handler instanceof String) {
  // 如果獲取的handler是String類型的,則在當(dāng)前BeanFactory中獲取該名稱的bean,
  // 并將其作為handler返回
  String handlerName = (String) handler;
  handler = obtainApplicationContext().getBean(handlerName);
 }

 // 獲取當(dāng)前系統(tǒng)中配置的Interceptor,將其與handler一起封裝為一個HandlerExecutionChain
 HandlerExecutionChain executionChain = getHandlerExecutionChain(handler, request);
 // 這里CorsUtils.isCorsRequest()方法判斷的是當(dāng)前請求是否為一個跨域的請求,如果是一個跨域的請求,
 // 則將跨域相關(guān)的配置也一并封裝到HandlerExecutionChain中
 if (CorsUtils.isCorsRequest(request)) {
  CorsConfiguration globalConfig = 
   this.globalCorsConfigSource.getCorsConfiguration(request);
  CorsConfiguration handlerConfig = getCorsConfiguration(handler, request);
  CorsConfiguration config = (globalConfig != null ? 
   globalConfig.combine(handlerConfig) : handlerConfig);
  executionChain = getCorsHandlerExecutionChain(request, executionChain, config);
 }
 return executionChain;
}

從上面的代碼可以看出,對于HandlerExecutionChain的獲取,RequestMappingHandlerMapping首先會獲取當(dāng)前request對應(yīng)的handler,然后將其與Interceptor一起封裝為一個HandlerExecutionChain對象。這里在進行封裝的時候,Spring會對當(dāng)前request是否為跨域請求進行判斷,如果是跨域請求,則將相關(guān)的跨域配置封裝到HandlerExecutionChain中,關(guān)于跨域請求,讀者可以閱讀跨域資源共享 CORS 詳解。

2. 獲取HandlerMethod

關(guān)于RequestMappingHandlerMapping是如何獲取handler的,其主要在getHandlerInternal()方法中,如下是該方法的源碼:

@Override
protected HandlerMethod getHandlerInternal(HttpServletRequest request) throws Exception {
 // 獲取當(dāng)前request的URI
 String lookupPath = getUrlPathHelper().getLookupPathForRequest(request);
 if (logger.isDebugEnabled()) {
  logger.debug("Looking up handler method for path " + lookupPath);
 }
 // 獲取注冊的Mapping的讀鎖
 this.mappingRegistry.acquireReadLock();
 try {
  // 通過path和request查找具體的HandlerMethod
  HandlerMethod handlerMethod = lookupHandlerMethod(lookupPath, request);
  if (logger.isDebugEnabled()) {
   if (handlerMethod != null) {
    logger.debug("Returning handler method [" + handlerMethod + "]");
   } else {
    logger.debug("Did not find handler method for [" + lookupPath + "]");
   }
  }
  // 如果獲取到的bean是一個String類型的,則在BeanFactory中查找該bean,
  // 并將其封裝為一個HandlerMethod對象
  return (handlerMethod != null ? handlerMethod.createWithResolvedBean() : null);
 } finally {
  // 釋放當(dāng)前注冊的Mapping的讀鎖
  this.mappingRegistry.releaseReadLock();
 }
}

上述方法中,其首先會獲取當(dāng)前request的uri,然后通過uri查找HandlerMethod,并且在最后,會判斷獲取到的HandlerMethod中的bean是否為String類型的,如果是,則在當(dāng)前BeanFactory中查找該名稱的bean,并且將其封裝為HandlerMethod對象。這里我們直接閱讀lookupHandlerMethod()方法:

@Nullable
protected HandlerMethod lookupHandlerMethod(String lookupPath, 
  HttpServletRequest request) throws Exception {
 List<Match> matches = new ArrayList<>();
 // 通過uri直接在注冊的RequestMapping中獲取對應(yīng)的RequestMappingInfo列表,需要注意的是,
 // 這里進行查找的方式只是通過url進行查找,但是具體哪些RequestMappingInfo是匹配的,還需要進一步過濾
 List<T> directPathMatches = this.mappingRegistry.getMappingsByUrl(lookupPath);
 if (directPathMatches != null) {
  // 對獲取到的RequestMappingInfo進行進一步過濾,并且將過濾結(jié)果封裝為一個Match列表
  addMatchingMappings(directPathMatches, matches, request);
 }
 if (matches.isEmpty()) {
  // 如果無法通過uri進行直接匹配,則對所有的注冊的RequestMapping進行匹配,這里無法通過uri
  // 匹配的情況主要有三種:
  // ①在RequestMapping中定義的是PathVariable,如/user/detail/{id};
  // ②在RequestMapping中定義了問號表達式,如/user/?etail;
  // ③在RequestMapping中定義了*或**匹配,如/user/detail/**
  addMatchingMappings(this.mappingRegistry.getMappings().keySet(), 
   matches, request);
 }

 if (!matches.isEmpty()) {
  // 對匹配的結(jié)果進行排序,獲取相似度最高的一個作為結(jié)果返回,這里對相似度的判斷時,
  // 會判斷前兩個是否相似度是一樣的,如果是一樣的,則直接拋出異常,如果不相同,
  // 則直接返回最高的一個
  Comparator<Match> comparator = new MatchComparator(getMappingComparator(request));
  matches.sort(comparator);
  if (logger.isTraceEnabled()) {
   logger.trace("Found " + matches.size() 
       + " matching mapping(s) for [" + lookupPath + "] : " + matches);
  }
  // 獲取匹配程度最高的一個匹配結(jié)果
  Match bestMatch = matches.get(0);
  if (matches.size() > 1) {
   // 如果匹配結(jié)果不止一個,首先會判斷是否是跨域請求,如果是,
   // 則返回PREFLIGHT_AMBIGUOUS_MATCH,如果不是,則會判斷前兩個匹配程度是否相同,
   // 如果相同則拋出異常
   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 + "}");
   }
  }
  // 這里主要是對匹配結(jié)果的一個處理,主要包含對傳入?yún)?shù)和返回的MediaType的處理
  handleMatch(bestMatch.mapping, lookupPath, request);
  return bestMatch.handlerMethod;
 } else {
  // 如果匹配結(jié)果是空的,則對所有注冊的Mapping進行遍歷,判斷當(dāng)前request具體是哪種情況導(dǎo)致
  // 的無法匹配:①RequestMethod無法匹配;②Consumes無法匹配;③Produces無法匹配;
  // ④Params無法匹配
  return handleNoMatch(this.mappingRegistry.getMappings().keySet(), 
   lookupPath, request);
 }
}

這里對于結(jié)果的匹配,首先會通過uri進行直接匹配,如果能匹配到,則在匹配結(jié)果中嘗試進行RequestMethod,Consumes和Produces等配置的匹配;如果通過uri不能匹配到,則直接對所有定義的RequestMapping進行匹配,這里主要是進行正則匹配,如果能匹配到。如果能夠匹配到,則對匹配結(jié)果按照相似度進行排序,并且對前兩個結(jié)果相似度進行比較,如果相似度一樣,則拋出異常,如果不一樣,則返回相似度最高的一個匹配結(jié)果。如果無法獲取到匹配結(jié)果,則對所有的匹配結(jié)果進行遍歷,判斷當(dāng)前request具體是哪一部分參數(shù)無法匹配到結(jié)果。對于匹配結(jié)果的獲取,主要在addMatchingMappings()方法中,這里我們繼續(xù)閱讀該方法的源碼:

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.getMappings().get(mapping)));
  }
 }
}

對于RequestMapping的匹配,這里邏輯比較簡單,就是對所有的RequestMappingInfo進行遍歷,然后將request分別于每個RequestMappingInfo進行匹配,如果匹配上了,其返回值就不為空,最后將所有的匹配結(jié)果返回。如下是getMatchingMapping()方法的源碼(其最終調(diào)用的是RequestMappingInfo.getMatchingCondition()方法):

@Override
@Nullable
public RequestMappingInfo getMatchingCondition(HttpServletRequest request) {
 // 判斷request請求的類型是否與當(dāng)前RequestMethod匹配
 RequestMethodsRequestCondition methods = 
  this.methodsCondition.getMatchingCondition(request);
 // 判斷request請求的參數(shù)是否與RequestMapping中params參數(shù)配置的一致
 ParamsRequestCondition params = this.paramsCondition.getMatchingCondition(request);
 // 判斷request請求的headers是否與RequestMapping中headers參數(shù)配置的一致
 HeadersRequestCondition headers = this.headersCondition.getMatchingCondition(request);
 // 判斷request的請求體類型是否與RequestMapping中配置的consumes參數(shù)配置的一致
 ConsumesRequestCondition consumes = 
  this.consumesCondition.getMatchingCondition(request);
 // 判斷當(dāng)前RequestMapping將要返回的請求體類型是否與request中Accept的header指定的一致
 ProducesRequestCondition produces = 
  this.producesCondition.getMatchingCondition(request);

 // 對于上述幾個判斷,如果匹配上了,那么其返回值都不會為空,因而這里會對每個返回值都進行判斷,
 // 如果有任意一個為空,則說明沒匹配上,那么就返回null
 if (methods == null || params == null || headers == null 
  || consumes == null || produces == null) {
  return null;
 }

 // 對于前面的匹配,都是一些靜態(tài)屬性的匹配,其中最重要的uri的匹配,主要是正則匹配,
 // 就是在下面這個方法中進行的
 PatternsRequestCondition patterns = 
  this.patternsCondition.getMatchingCondition(request);
 // 如果URI沒匹配上,則返回null
 if (patterns == null) {
  return null;
 }

 // 這里主要是對用戶自定義的匹配條件進行匹配
 RequestConditionHolder custom = 
  this.customConditionHolder.getMatchingCondition(request);
 if (custom == null) {
  return null;
 }

 // 如果上述所有條件都匹配上了,那么就將匹配結(jié)果封裝為一個RequestMappingInfo返回
 return new RequestMappingInfo(this.name, patterns, methods, params, headers, 
  consumes, produces, custom.getCondition());
}

可以看到,對于一個RequestMapping的匹配,主要包括:RequestMethod,Params,Headers,Consumes,Produces,Uri和自定義條件的匹配,如果這幾個條件都匹配上了,才能表明當(dāng)前RequestMapping與request匹配上了。

3. Interceptor的封裝

關(guān)于Inteceptor的封裝,由前述第一點可以看出,其主要在getHandlerExecutionChain()方法中,如下是該方法的源碼:

protected HandlerExecutionChain getHandlerExecutionChain(Object handler, 
  HttpServletRequest request) {
 // 將當(dāng)前handler封裝到HandlerExecutionChain對象中
 HandlerExecutionChain chain = (handler instanceof HandlerExecutionChain ?
  (HandlerExecutionChain) handler : new HandlerExecutionChain(handler));

 // 獲取當(dāng)前request的URI,用于MappedInterceptor的匹配
 String lookupPath = this.urlPathHelper.getLookupPathForRequest(request);
 // 對當(dāng)前所有注冊的Interceptor進行遍歷,如果其是MappedInterceptor類型,則調(diào)用其matches()
 // 方法,判斷當(dāng)前Interceptor是否能夠應(yīng)用于該request,如果可以,則添加到HandlerExecutionChain中
 for (HandlerInterceptor interceptor : this.adaptedInterceptors) {
  if (interceptor instanceof MappedInterceptor) {
   MappedInterceptor mappedInterceptor = (MappedInterceptor) interceptor;
   if (mappedInterceptor.matches(lookupPath, this.pathMatcher)) {
    chain.addInterceptor(mappedInterceptor.getInterceptor());
   }
  } else {
   // 如果當(dāng)前Interceptor不是MappedInterceptor類型,則直接將其添加到
   // HandlerExecutionChain中
   chain.addInterceptor(interceptor);
  }
 }
 return chain;
}

對于攔截器,理論上,Spring是會將所有的攔截器都進行一次調(diào)用,對于是否需要進行攔截,都是用戶自定義實現(xiàn)的。這里如果對于URI有特殊的匹配,可以使用MappedInterceptor,然后實現(xiàn)其matches()方法,用于判斷當(dāng)前MappedInterceptor是否能夠應(yīng)用于當(dāng)前request。

4. 小結(jié)

本文首先講解了Spring是如何通過request進行匹配,從而找到具體處理當(dāng)前請求的RequestMapping的,然后講解了Spring是如何封裝Interceptor,將HandlerMethod和Interceptor封裝為一個HandlerExecutionChain的。

總結(jié)

以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,如果有疑問大家可以留言交流,謝謝大家對億速云的支持。

向AI問一下細節(jié)

免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。

AI