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
異常原因: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.
異常原因: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)