快捷導(dǎo)航

SpringMvc @RequestParam 使用推薦使用包裝類型代替包裝類型

更新時(shí)間：2019年02月19日 11:28:28 作者：喜歡日向雛田一樣的女子啊

這篇文章主要介紹了SpringMvc @RequestParam 使用推薦使用包裝類型代替包裝類型，小編覺得挺不錯(cuò)的，現(xiàn)在分享給大家，也給大家做個(gè)參考。一起跟隨小編過來看看吧

SpringMvc 中@RequestParam注解使用

建議使用包裝類型來代替基本數(shù)據(jù)類型

public String form2(@RequestParam(name="age") int age){
public String form2(@RequestParam(name="age") Integer age) {

上述兩種方式這種情況下使用起來基本沒有差別，但是為什么要說建議使用包裝類型而不是基本類型呢？

一.@RequestParam屬性作用

因?yàn)楫?dāng)@RequestParam注解 required 屬性(默認(rèn)為true，代表該參數(shù)在請(qǐng)求中必不可少) 設(shè)置為false時(shí)，判斷的標(biāo)準(zhǔn)是這樣的：

Object arg = resolveName(resolvedName.toString(), nestedParameter, webRequest);
if (arg == null) {
  if (namedValueInfo.defaultValue != null) {
   arg = resolveStringValue(namedValueInfo.defaultValue);
  }
  else if (namedValueInfo.required && !nestedParameter.isOptional()) {
   handleMissingValue(namedValueInfo.name, nestedParameter, webRequest);
  }
  arg = handleNullValue(namedValueInfo.name, arg, nestedParameter.getNestedParameterType());
}
else if ("".equals(arg) && namedValueInfo.defaultValue != null) {
  arg = resolveStringValue(namedValueInfo.defaultValue);
}

上述代碼為Spring AbstractNamedValueMethodArgumentResolver 的 resolveArgument 方法，顧名思義就是解析請(qǐng)求中參數(shù)并完成類型轉(zhuǎn)換的方法；

arg 是從請(qǐng)求中獲取的對(duì)應(yīng)參數(shù)值，調(diào)用 request.getParameterValues(name) ；

當(dāng)arg==null時(shí)，意味著請(qǐng)求中不包含該參數(shù)(即請(qǐng)求中不包含age參數(shù))，@RequestParam的defaultValue不為空那就使用 defaultValue作為請(qǐng)求中的參數(shù)，

但是required為true且默認(rèn)值為null，就會(huì)執(zhí)行handleMissingValue拋出異常，請(qǐng)求中缺少對(duì)應(yīng)參數(shù) ；

兩種邏輯都沒有執(zhí)行就代表required為 false 且默認(rèn)值為 null ，這時(shí)候就會(huì)拋出另外一種異常，java.lang.IllegalStateException: Optional int parameter 'age' is present but cannot be translated into a null value due to being declared as a primitive type. Consider declaring it as object wrapper for the corresponding primitive type

查看異常說明，age參數(shù)存在但是無法轉(zhuǎn)為null類型，因?yàn)閍ge被定義為基本數(shù)據(jù)類型了，建議把它聲明為對(duì)應(yīng)的包裝類型；

但是八種基本數(shù)據(jù)類型測試的時(shí)候，就是布爾類型 boolean，代碼原因如下：

可以看到Spring的解析當(dāng)方法入?yún)閎oolean類型時(shí)候，直接返回Boolean.FALSE，但是其他七個(gè)基本數(shù)據(jù)類型就拋出異常了；

（補(bǔ)充一句，Spring mvc:annotation-driven使用的情況下，比如請(qǐng)求中傳入屬性需要賦給布爾值，該屬性值為 true 1 on yes這四個(gè)都可以賦給boolean類型的）

private Object handleNullValue(String name, Object value, Class<?> paramType) {
    if (value == null) {
      if (Boolean.TYPE.equals(paramType)) {
        return Boolean.FALSE;
      }
      else if (paramType.isPrimitive()) {
        throw new IllegalStateException("Optional " + paramType.getSimpleName() + " parameter '" + name +
            "' is present but cannot be translated into a null value due to being declared as a " +
            "primitive type. Consider declaring it as object wrapper for the corresponding primitive type.");
      }
    }
    return value;
}

二.@RequestParam使用情形列舉

簡而言之@RequestParam使用如下：

@RequestParam name必須存在的情況	defaultValue存在	defaultValue不存在
required為true	請(qǐng)求中存在該參數(shù) 按照該參數(shù)來傳遞	請(qǐng)求中存在該參數(shù) 按照該參數(shù)來傳遞
required為true	請(qǐng)求中不存在該參數(shù) 使用默認(rèn)值來傳遞	請(qǐng)求中不存在該參數(shù) 拋出缺少參數(shù)異常
required為false	請(qǐng)求中存在該參數(shù) 按照該參數(shù)來傳遞	請(qǐng)求中存在該參數(shù) 按照該參數(shù)來傳遞
required為false	請(qǐng)求中不存在該參數(shù) 使用默認(rèn)值來傳遞	請(qǐng)求中不存在該參數(shù) 使用null來傳遞