欧美一级特黄大片做受成人-亚洲成人一区二区电影-激情熟女一区二区三区-日韩专区欧美专区国产专区

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

SpringMvc 中@RequestParam注解使用

創(chuàng)新互聯(lián)公司是一家專業(yè)的成都網(wǎng)站建設公司,我們專注成都做網(wǎng)站、成都網(wǎng)站設計、成都外貿網(wǎng)站建設、網(wǎng)絡營銷、企業(yè)網(wǎng)站建設,賣友情鏈接,廣告投放平臺為企業(yè)客戶提供一站式建站解決方案,能帶給客戶新的互聯(lián)網(wǎng)理念。從網(wǎng)站結構的規(guī)劃UI設計到用戶體驗提高,創(chuàng)新互聯(lián)力求做到盡善盡美。

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

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

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

一.@RequestParam屬性作用

因為當@RequestParam注解 required 屬性(默認為true,代表該參數(shù)在請求中必不可少) 設置為false時,判斷的標準是這樣的:

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 方法,顧名思義就是解析請求中參數(shù)并完成類型轉換的方法;

arg 是從請求中獲取的對應參數(shù)值,調用 request.getParameterValues(name) ;

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

但是required為true且默認值為null,就會執(zhí)行handleMissingValue拋出異常,請求中缺少對應參數(shù) ;

兩種邏輯都沒有執(zhí)行就代表required為 false 且 默認值為 null ,這時候就會拋出另外一種異常,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ù)存在但是無法轉為null類型,因為age被定義為基本數(shù)據(jù)類型了,建議把它聲明為對應的包裝類型;

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

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

(補充一句,Spring mvc:annotation-driven使用的情況下,比如請求中傳入屬性需要賦給布爾值,該屬性值為 true 1 on yes這四個都可以賦給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請求中存在該參數(shù)     按照該參數(shù)來傳遞請求中存在該參數(shù)     按照該參數(shù)來傳遞
請求中不存在該參數(shù)  使用默認值來傳遞請求中不存在該參數(shù)  拋出缺少參數(shù)異常
required為false請求中存在該參數(shù)     按照該參數(shù)來傳遞請求中存在該參數(shù)     按照該參數(shù)來傳遞
請求中不存在該參數(shù)  使用默認值來傳遞請求中不存在該參數(shù)  使用null來傳遞

總結就是請求中包含參數(shù)信息,就使用請求中的參數(shù);使用默認值的情況除上圖兩種以外,比如請求中值為空字符串"" 且 defaultValue不為null,那也是用DefaultValue;

三.@RequestParam出現(xiàn)兩種異常原因解析

Spring @RequestParam中可能拋出兩種異常原因解釋:

異常一. Required int parameter 'age' is not present

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

異常原因:required為true 且 請求中不包含 對應的參數(shù) ;

異常二.Optional int parameter 'age' is present but cannot be translated into a null value due to being declared as a primitive type.

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

異常原因:required為false 且 defaultValue不存在 且 參數(shù)類型為基本數(shù)據(jù)類型;

以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持創(chuàng)新互聯(lián)。

新聞名稱:SpringMvc@RequestParam使用推薦使用包裝類型代替包裝類型
當前路徑:http://aaarwkj.com/article42/gpjohc.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站設計、網(wǎng)站導航、品牌網(wǎng)站設計Google、網(wǎng)站營銷、App開發(fā)

廣告

聲明:本網(wǎng)站發(fā)布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經(jīng)允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)

綿陽服務器托管
日本精品1区国产精品| 狠狠综合久久av一区二区大宝| 丰满的少妇一区二区三区免费观看| 日本人妻中文字幕一区| 开心五月婷婷丁香综合| 亚洲av网站一区二区三区| 字幕日本欧美一区二区| 欧美激情网页一区三区| 九九热这里面只有精品| 国产免费不卡午夜福利在线 | 尤物视频精品在线观看| 日韩av一区二区久久久| 免费高清av中文字幕| 日韩免费高清不卡视频| 日本不卡一区二区三区四| 小骚货操死你视频在线观看| 久久热这里只有精品网站| 色综合色狠狠天天综合色| 黄片在线免费在线播放| 中文字幕在线感觉av| 日韩夫妻性生活免费视频| 午夜影院免费在线观看五分钟| 亚洲国产成人av精品精品国产自| 欧美综合亚洲韩精品区| 午夜性色福利在线播放| 无遮挡国产精品一级二级三级视频| 人妻少妇中文字幕在线播放| 91高清国产在线播放| 午夜福利视频在线观看| 熟女另类视频在线观看| 黄色录像一级二级三级| 免费国产污在线观看网站| 日本一区二区三区高清| 欧美午夜福利在线视频| 日本中文字幕不卡在线一区二区| 国产成人综合在线观看网站| 91久久国产综合久久91| 日本久久91跳蛋视频| 国产精品久久久久精品三级下载| 欧美日韩激情在线不卡三区| 人人狠狠综合久久亚洲|