日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關(guān)咨詢(xún)
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時(shí)間:8:30-17:00
你可能遇到了下面的問(wèn)題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營(yíng)銷(xiāo)解決方案
深入分析 SpringMVC 參數(shù)解析器

前面和大家聊了自定義 SpringMVC 參數(shù)解析器,同時(shí)我們也分析了幾個(gè)比較簡(jiǎn)單的參數(shù)解析器,相信大家對(duì)于 SpringMVC 中的參數(shù)解析器應(yīng)該已經(jīng)有了一定的了解,如果還沒(méi)看過(guò)的小伙伴可以先看看:SpringBoot 中如何自定義參數(shù)解析器?。

成都創(chuàng)新互聯(lián)公司主要從事成都網(wǎng)站設(shè)計(jì)、成都網(wǎng)站建設(shè)、網(wǎng)頁(yè)設(shè)計(jì)、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務(wù)。立足成都服務(wù)揚(yáng)州,10多年網(wǎng)站建設(shè)經(jīng)驗(yàn),價(jià)格優(yōu)惠、服務(wù)專(zhuān)業(yè),歡迎來(lái)電咨詢(xún)建站服務(wù):18982081108

不過(guò)我相信很多小伙伴真正疑惑的是像下面這種接口,參數(shù)是怎么解析的:

 
 
 
 
  1. @GetMapping("/hello2") 
  2. public void hello2(String name) { 
  3.     System.out.println("name = " + name); 

抑或者像下面這種接口,參數(shù)是怎么解析的:

 
 
 
 
  1. @GetMapping("/hello/{id}") 
  2. public void hello3(@PathVariable Long id) { 
  3.     System.out.println("id = " + id); 

這是我們?nèi)粘V凶畛R?jiàn)的參數(shù)定義方式,相信很多小伙伴對(duì)此很感興趣。由于這塊涉及到一個(gè)非常龐大的類(lèi) AbstractNamedValueMethodArgumentResolver,因此這里我單獨(dú)寫(xiě)了一篇文章來(lái)和大家分享這個(gè)問(wèn)題。

在正式分享之前,我們先來(lái)整體看看參數(shù)解析器都有哪些。

1.參數(shù)解析器

HandlerMethodArgumentResolver 就是我們口口聲聲說(shuō)的參數(shù)解析器,它的實(shí)現(xiàn)類(lèi)還是蠻多的,因?yàn)槊恳环N類(lèi)型的參數(shù)都對(duì)應(yīng)了一個(gè)參數(shù)解析器:

為了理解方便,我們可以將這些參數(shù)解析器分為四大類(lèi):

  • xxxMethodArgumentResolver:這就是一個(gè)普通的參數(shù)解析器。
  • xxxMethodProcessor:不僅可以當(dāng)作參數(shù)解析器,還可以處理對(duì)應(yīng)類(lèi)型的返回值。
  • xxxAdapter:這種不做參數(shù)解析,僅僅用來(lái)作為 WebArgumentResolver 類(lèi)型的參數(shù)解析器的適配器。
  • HandlerMethodArgumentResolverComposite:這個(gè)看名字就知道是一個(gè)組合解析器,它是一個(gè)代理,具體代理其他干活的那些參數(shù)解析器。

大致上可以分為這四類(lèi),其中最重要的當(dāng)然就是前兩種了。

2.參數(shù)解析器概覽

接下來(lái)我們來(lái)先來(lái)大概看看這些參數(shù)解析器分別都是用來(lái)干什么的。

MapMethodProcessor

這個(gè)用來(lái)處理 Map/ModelMap 類(lèi)型的參數(shù),解析完成后返回 model。

PathVariableMethodArgumentResolver

這個(gè)用來(lái)處理使用了 @PathVariable 注解并且參數(shù)類(lèi)型不為 Map 的參數(shù),參數(shù)類(lèi)型為 Map 則使用 PathVariableMapMethodArgumentResolver 來(lái)處理。

PathVariableMapMethodArgumentResolver

見(jiàn)上。

ErrorsMethodArgumentResolver

這個(gè)用來(lái)處理 Error 參數(shù),例如我們做參數(shù)校驗(yàn)時(shí)的 BindingResult。

AbstractNamedValueMethodArgumentResolver

這個(gè)用來(lái)處理 key/value 類(lèi)型的參數(shù),如請(qǐng)求頭參數(shù)、使用了 @PathVariable 注解的參數(shù)以及 Cookie 等。

RequestHeaderMethodArgumentResolver

這個(gè)用來(lái)處理使用了 @RequestHeader 注解,并且參數(shù)類(lèi)型不是 Map 的參數(shù)(參數(shù)類(lèi)型是 Map 的使用 RequestHeaderMapMethodArgumentResolver)。

RequestHeaderMapMethodArgumentResolver

見(jiàn)上。

RequestAttributeMethodArgumentResolver

這個(gè)用來(lái)處理使用了 @RequestAttribute 注解的參數(shù)。

RequestParamMethodArgumentResolver

這個(gè)功能就比較廣了。使用了 @RequestParam 注解的參數(shù)、文件上傳的類(lèi)型 MultipartFile、或者一些沒(méi)有使用任何注解的基本類(lèi)型(Long、Integer)以及 String 等,都使用該參數(shù)解析器處理。需要注意的是,如果 @RequestParam 注解的參數(shù)類(lèi)型是 Map,則該注解必須有 name 值,否則解析將由 RequestParamMapMethodArgumentResolver 完成。

RequestParamMapMethodArgumentResolver

見(jiàn)上。

AbstractCookieValueMethodArgumentResolver

這個(gè)是一個(gè)父類(lèi),處理使用了 @CookieValue 注解的參數(shù)。

ServletCookieValueMethodArgumentResolver

這個(gè)處理使用了 @CookieValue 注解的參數(shù)。

MatrixVariableMethodArgumentResolver

這個(gè)處理使用了 @MatrixVariable 注解并且參數(shù)類(lèi)型不是 Map 的參數(shù),如果參數(shù)類(lèi)型是 Map,則使用 MatrixVariableMapMethodArgumentResolver 來(lái)處理。

MatrixVariableMapMethodArgumentResolver

見(jiàn)上。

SessionAttributeMethodArgumentResolver

這個(gè)用來(lái)處理使用了 @SessionAttribute 注解的參數(shù)。

ExpressionValueMethodArgumentResolver

這個(gè)用來(lái)處理使用了 @Value 注解的參數(shù)。

ServletResponseMethodArgumentResolver

這個(gè)用來(lái)處理 ServletResponse、OutputStream 以及 Writer 類(lèi)型的參數(shù)。

ModelMethodProcessor

這個(gè)用來(lái)處理 Model 類(lèi)型參數(shù),并返回 model。

ModelAttributeMethodProcessor

這個(gè)用來(lái)處理使用了 @ModelAttribute 注解的參數(shù)。

SessionStatusMethodArgumentResolver

這個(gè)用來(lái)處理 SessionStatus 類(lèi)型的參數(shù)。

PrincipalMethodArgumentResolver

這個(gè)用來(lái)處理 Principal 類(lèi)型參數(shù),這個(gè)松哥在前面的文章中和大家介紹過(guò)了(SpringBoot 中如何自定義參數(shù)解析器?)。

AbstractMessageConverterMethodArgumentResolver

這是一個(gè)父類(lèi),當(dāng)使用 HttpMessageConverter 解析 requestbody 類(lèi)型參數(shù)時(shí),相關(guān)的處理類(lèi)都會(huì)繼承自它。

RequestPartMethodArgumentResolver

這個(gè)用來(lái)處理使用了 @RequestPart 注解、MultipartFile 以及 Part 類(lèi)型的參數(shù)。

AbstractMessageConverterMethodProcessor

這是一個(gè)工具類(lèi),不承擔(dān)參數(shù)解析任務(wù)。

RequestResponseBodyMethodProcessor

這個(gè)用來(lái)處理添加了 @RequestBody 注解的參數(shù)。

HttpEntityMethodProcessor

這個(gè)用來(lái)處理 HttpEntity 和 RequestEntity 類(lèi)型的參數(shù)。

ContinuationHandlerMethodArgumentResolver

AbstractWebArgumentResolverAdapter

這種不做參數(shù)解析,僅僅用來(lái)作為 WebArgumentResolver 類(lèi)型的參數(shù)解析器的適配器。

ServletWebArgumentResolverAdapter

這個(gè)給父類(lèi)提供 request。

UriComponentsBuilderMethodArgumentResolver

這個(gè)用來(lái)處理 UriComponentsBuilder 類(lèi)型的參數(shù)。

ServletRequestMethodArgumentResolver

這個(gè)用來(lái)處理 WebRequest、ServletRequest、MultipartRequest、HttpSession、Principal、InputStream、Reader、HttpMethod、Locale、TimeZone、ZoneId 類(lèi)型的參數(shù)。

HandlerMethodArgumentResolverComposite

這個(gè)看名字就知道是一個(gè)組合解析器,它是一個(gè)代理,具體代理其他干活的那些參數(shù)解析器。

RedirectAttributesMethodArgumentResolver

這個(gè)用來(lái)處理 RedirectAttributes 類(lèi)型的參數(shù),RedirectAttributes 松哥在之前的文章中和大家介紹過(guò):SpringMVC 中的參數(shù)還能這么傳遞?漲姿勢(shì)了!。

好了,各個(gè)參數(shù)解析器的大致功能就給大家介紹完了,接下來(lái)我們選擇其中一種,來(lái)具體說(shuō)說(shuō)它的源碼。

3.AbstractNamedValueMethodArgumentResolver

AbstractNamedValueMethodArgumentResolver 是一個(gè)抽象類(lèi),一些鍵值對(duì)類(lèi)型的參數(shù)解析器都是通過(guò)繼承它實(shí)現(xiàn)的,它里邊定義了很多這些鍵值對(duì)類(lèi)型參數(shù)解析器的公共操作。

AbstractNamedValueMethodArgumentResolver 中也是應(yīng)用了很多模版模式,例如它沒(méi)有實(shí)現(xiàn) supportsParameter 方法,該方法的具體實(shí)現(xiàn)在不同的子類(lèi)中,resolveArgument 方法它倒是實(shí)現(xiàn)了,我們一起來(lái)看下:

 
 
 
 
  1. @Override 
  2. @Nullable 
  3. public final Object resolveArgument(MethodParameter parameter, @Nullable ModelAndViewContainer mavContainer, 
  4.   NativeWebRequest webRequest, @Nullable WebDataBinderFactory binderFactory) throws Exception { 
  5.  NamedValueInfo namedValueInfo = getNamedValueInfo(parameter); 
  6.  MethodParameter nestedParameter = parameter.nestedIfOptional(); 
  7.  Object resolvedName = resolveEmbeddedValuesAndExpressions(namedValueInfo.name); 
  8.  if (resolvedName == null) { 
  9.   throw new IllegalArgumentException( 
  10.     "Specified name must not resolve to null: [" + namedValueInfo.name + "]"); 
  11.  } 
  12.  Object arg = resolveName(resolvedName.toString(), nestedParameter, webRequest); 
  13.  if (arg == null) { 
  14.   if (namedValueInfo.defaultValue != null) { 
  15.    arg = resolveEmbeddedValuesAndExpressions(namedValueInfo.defaultValue); 
  16.   } 
  17.   else if (namedValueInfo.required && !nestedParameter.isOptional()) { 
  18.    handleMissingValue(namedValueInfo.name, nestedParameter, webRequest); 
  19.   } 
  20.   arg = handleNullValue(namedValueInfo.name, arg, nestedParameter.getNestedParameterType()); 
  21.  } 
  22.  else if ("".equals(arg) && namedValueInfo.defaultValue != null) { 
  23.   arg = resolveEmbeddedValuesAndExpressions(namedValueInfo.defaultValue); 
  24.  } 
  25.  if (binderFactory != null) { 
  26.   WebDataBinder binder = binderFactory.createBinder(webRequest, null, namedValueInfo.name); 
  27.   try { 
  28.    arg = binder.convertIfNecessary(arg, parameter.getParameterType(), parameter); 
  29.   } 
  30.   catch (ConversionNotSupportedException ex) { 
  31.    throw new MethodArgumentConversionNotSupportedException(arg, ex.getRequiredType(), 
  32.      namedValueInfo.name, parameter, ex.getCause()); 
  33.   } 
  34.   catch (TypeMismatchException ex) { 
  35.    throw new MethodArgumentTypeMismatchException(arg, ex.getRequiredType(), 
  36.      namedValueInfo.name, parameter, ex.getCause()); 
  37.   } 
  38.   // Check for null value after conversion of incoming argument value 
  39.   if (arg == null && namedValueInfo.defaultValue == null && 
  40.     namedValueInfo.required && !nestedParameter.isOptional()) { 
  41.    handleMissingValue(namedValueInfo.name, nestedParameter, webRequest); 
  42.   } 
  43.  } 
  44.  handleResolvedValue(arg, namedValueInfo.name, parameter, mavContainer, webRequest); 
  45.  return arg; 
  1. 首先根據(jù)當(dāng)前請(qǐng)求獲取一個(gè) NamedValueInfo 對(duì)象,這個(gè)對(duì)象中保存了參數(shù)的三個(gè)屬性:參數(shù)名、參數(shù)是否必須以及參數(shù)默認(rèn)值。具體的獲取過(guò)程就是先去緩存中拿,緩存中如果有,就直接返回,緩存中如果沒(méi)有,則調(diào)用 createNamedValueInfo 方法去創(chuàng)建,將創(chuàng)建結(jié)果緩存起來(lái)并返回。createNamedValueInfo 方法是一個(gè)模版方法,具體的實(shí)現(xiàn)在子類(lèi)中。
  2. 接下來(lái)處理 Optional 類(lèi)型參數(shù)。
  3. resolveEmbeddedValuesAndExpressions 方法是為了處理注解中使用了 SpEL 表達(dá)式的情況,例如如下接口:
 
 
 
 
  1. @GetMapping("/hello2") 
  2. public void hello2(@RequestParam(value = "${aa.bb}") String name) { 
  3.     System.out.println("name = " + name); 

參數(shù)名使用了表達(dá)式,那么 resolveEmbeddedValuesAndExpressions 方法的目的就是解析出表達(dá)式的值,如果沒(méi)用到表達(dá)式,那么該方法會(huì)將原參數(shù)原封不動(dòng)返回。4. 接下來(lái)調(diào)用 resolveName 方法解析出參數(shù)的具體值,這個(gè)方法也是一個(gè)模版方法,具體的實(shí)現(xiàn)在子類(lèi)中。5. 如果獲取到的參數(shù)值為 null,先去看注解中有沒(méi)有默認(rèn)值,然后再去看參數(shù)值是否是必須的,如果是,則拋異常出來(lái),否則就設(shè)置為 null 即可。6. 如果解析出來(lái)的參數(shù)值為空字符串 "",則也去 resolveEmbeddedValuesAndExpressions 方法中走一遭。7. 最后則是 WebDataBinder 的處理,解決一些全局參數(shù)的問(wèn)題,WebDataBinder 松哥在之前的文章中也有介紹過(guò),傳送門(mén):@ControllerAdvice 的三種使用場(chǎng)景。

大致的流程就是這樣。

在這個(gè)流程中,我們看到主要有如下兩個(gè)方法是在子類(lèi)中實(shí)現(xiàn)的:

  • createNamedValueInfo
  • resolveName

在加上 supportsParameter 方法,子類(lèi)中一共有三個(gè)方法需要我們重點(diǎn)分析。

那么接下來(lái)我們就以 RequestParamMethodArgumentResolver 為例,來(lái)看下這三個(gè)方法。

4.RequestParamMethodArgumentResolver

4.1 supportsParameter

 
 
 
 
  1. @Override 
  2. public boolean supportsParameter(MethodParameter parameter) { 
  3.  if (parameter.hasParameterAnnotation(RequestParam.class)) { 
  4.   if (Map.class.isAssignableFrom(parameter.nestedIfOptional().getNestedParameterType())) { 
  5.    RequestParam requestParam = parameter.getParameterAnnotation(RequestParam.class); 
  6.    return (requestParam != null && StringUtils.hasText(requestParam.name())); 
  7.   } 
  8.   else { 
  9.    return true; 
  10.   } 
  11.  } 
  12.  else { 
  13.   if (parameter.hasParameterAnnotation(RequestPart.class)) { 
  14.    return false; 
  15.   } 
  16.   parameter = parameter.nestedIfOptional(); 
  17.   if (MultipartResolutionDelegate.isMultipartArgument(parameter)) { 
  18.    return true; 
  19.   } 
  20.   else if (this.useDefaultResolution) { 
  21.    return BeanUtils.isSimpleProperty(parameter.getNestedParameterType()); 
  22.   } 
  23.   else { 
  24.    return false; 
  25.   } 
  26.  } 
  27. public static boolean isSimpleProperty(Class type) { 
  28.  return isSimpleValueType(type) || (type.isArray() && isSimpleValueType(type.getComponentType())); 
  29. public static boolean isSimpleValueType(Class type) { 
  30.  return (Void.class != type && void.class != type && 
  31.    (ClassUtils.isPrimitiveOrWrapper(type) || 
  32.    Enum.class.isAssignableFrom(type) || 
  33.    CharSequence.class.isAssignableFrom(type) || 
  34.    Number.class.isAssignableFrom(type) || 
  35.    Date.class.isAssignableFrom(type) || 
  36.    Temporal.class.isAssignableFrom(type) || 
  37.    URI.class == type || 
  38.    URL.class == type || 
  39.    Locale.class == type || 
  40.    Class.class == type)); 

從 supportsParameter 方法中可以非常方便的看出支持的參數(shù)類(lèi)型:

  1. 首先參數(shù)如果有 @RequestParam 注解的話,則分兩種情況:參數(shù)類(lèi)型如果是 Map,則 @RequestParam 注解必須配置 name 屬性,否則不支持;如果參數(shù)類(lèi)型不是 Map,則直接返回 true,表示總是支持(想想自己平時(shí)使用的時(shí)候是不是這樣)。
  2. 參數(shù)如果含有 @RequestPart 注解,則不支持。
  3. 檢查下是不是文件上傳請(qǐng)求,如果是,返回 true 表示支持。
  4. 如果前面都沒(méi)能返回,則使用默認(rèn)的解決方案,判斷是不是簡(jiǎn)單類(lèi)型,主要就是 Void、枚舉、字符串、數(shù)字、日期等等。
  5. 這塊代碼其實(shí)很簡(jiǎn)單,支持誰(shuí)不支持誰(shuí),一目了然。

4.2 createNamedValueInfo

 
 
 
 
  1. @Override 
  2. protected NamedValueInfo createNamedValueInfo(MethodParameter parameter) { 
  3.  RequestParam ann = parameter.getParameterAnnotation(RequestParam.class); 
  4.  return (ann != null ? new RequestParamNamedValueInfo(ann) : new RequestParamNamedValueInfo()); 
  5. private static class RequestParamNamedValueInfo extends NamedValueInfo { 
  6.  public RequestParamNamedValueInfo() { 
  7.   super("", false, ValueConstants.DEFAULT_NONE); 
  8.  } 
  9.  public RequestParamNamedValueInfo(RequestParam annotation) { 
  10.   super(annotation.name(), annotation.required(), annotation.defaultValue()); 
  11.  } 

獲取注解,讀取注解中的屬性,構(gòu)造 RequestParamNamedValueInfo 對(duì)象返回。

4.3 resolveName

 
 
 
 
  1. @Override 
  2. @Nullable 
  3. protected Object resolveName(String name, MethodParameter parameter, NativeWebRequest request) throws Exception { 
  4.  HttpServletRequest servletRequest = request.getNativeRequest(HttpServletRequest.class); 
  5.  if (servletRequest != null) { 
  6.   Object mpArg = MultipartResolutionDelegate.resolveMultipartArgument(name, parameter, servletRequest); 
  7.   if (mpArg != MultipartResolutionDelegate.UNRESOLVABLE) { 
  8.    return mpArg; 
  9.   } 
  10.  } 
  11.  Object arg = null; 
  12.  MultipartRequest multipartRequest = request.getNativeRequest(MultipartRequest.class); 
  13.  if (multipartRequest != null) { 
  14.   List files = multipartRequest.getFiles(name); 
  15.   if (!files.isEmpty()) { 
  16.    arg = (files.size() == 1 ? files.get(0) : files); 
  17.   } 
  18.  } 
  19.  if (arg == null) { 
  20.   String[] paramValues = request.getParameterValues(name); 
  21.   if (paramValues != null) { 
  22.    arg = (paramValues.length == 1 ? paramValues[0] : paramValues); 
  23.   } 
  24.  } 
  25.  return arg; 

這個(gè)方法思路也比較清晰:

  1. 前面兩個(gè) if 主要是為了處理文件上傳請(qǐng)求。
  2. 如果不是文件上傳請(qǐng)求,則調(diào)用 request.getParameterValues 方法取出參數(shù)返回即可。

整個(gè)過(guò)程還是比較 easy 的。小伙伴們可以在此基礎(chǔ)之上自行分析 PathVariableMethodArgumentResolver 的原理,也很容易。

5.小結(jié)

今天主要和小伙伴們梳理了 SpringMVC 參數(shù)解析器的整個(gè)體系,關(guān)于這些解析器在何時(shí)被配置,在何時(shí)被調(diào)用,松哥在后面的文章中會(huì)和大家繼續(xù)分析。好啦,今天就說(shuō)這么多。

本文轉(zhuǎn)載自微信公眾號(hào)「江南一點(diǎn)雨」,可以通過(guò)以下二維碼關(guān)注。轉(zhuǎn)載本文請(qǐng)聯(lián)系江南一點(diǎn)雨公眾號(hào)。


分享題目:深入分析 SpringMVC 參數(shù)解析器
網(wǎng)站路徑:http://m.5511xx.com/article/coeihhc.html