SpringMvc @RequestParam 使用推薦使用包裝類型代替包裝類型
SpringMvc 中@RequestParam注解使用
建議使用包裝類型來代替基本數(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ù)值,調(diào)用 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ù)類型;
以上就是本文的全部內(nèi)容,希望對大家的學習有所幫助,也希望大家多多支持腳本之家。
相關文章
mybatis執(zhí)行批量更新batch update 的方法(oracle,mysql兩種)
這篇文章主要介紹了mybatis執(zhí)行批量更新batch update 的方法,提供oracle和mysql兩種方法,非常不錯,需要的朋友參考下2017-01-01在SpringBoot中,如何使用Netty實現(xiàn)遠程調(diào)用方法總結
我們在進行網(wǎng)絡連接的時候,建立套接字連接是一個非常消耗性能的事情,特別是在分布式的情況下,用線程池去保持多個客戶端連接,是一種非常消耗線程的行為.那么我們該通過什么技術去解決上述的問題呢,那么就不得不提一個網(wǎng)絡連接的利器——Netty,需要的朋友可以參考下2021-06-06IDEA2022搭建Spring?Cloud多模塊項目的詳細過程
這篇文章主要介紹了IDEA2022搭建Spring?Cloud多模塊項目,網(wǎng)上有很多教程父模塊都是通過maven的方式創(chuàng)建的,然后子模塊是通過Spring?Initalizr方式創(chuàng)建,這種方式父模塊無法管理子模塊的依賴仲裁,需要每個子模塊自行管理,就失去了父模塊的用處了2022-10-10MyEclipse如何將項目的開發(fā)環(huán)境與服務器的JDK 版本保持一致
我們使用MyEclipse開發(fā)Java項目開發(fā)中,偶爾會遇到因項目開發(fā)環(huán)境不協(xié)調(diào),導致這樣那樣的問題,在這里以把所有環(huán)境調(diào)整為JDK1.6 為例,給大家詳細介紹MyEclipse如何將項目的開發(fā)環(huán)境與服務器的JDK 版本保持一致,需要的朋友參考下吧2024-04-04