@RequestBody,@RequestParam和@Param的區(qū)別說明
@RequestBody,@RequestParam和@Param區(qū)別
@Param
@Param是mybatis中的注解,用注解來簡化xml配置的時候,@Param注解的作用是給參數(shù)命名,參數(shù)命名后就能根據名字得到參數(shù)值,正確的將參數(shù)傳入sql語句中 。請看下面的示例:
public interface Mapper { ? ? @Select("select s_id id,s_name name,class_id classid from student where ?s_name= #{aaaa} and class_id = #{bbbb}")? ? ? public Student select(@Param("aaaa") String name,@Param("bbbb")int class_id); ? ? ? @Delete...... ? ? ? ? @Insert...... ? ?? }?
@RequestBody
@requestBody注解常用來處理content-type不是默認的application/x-www-form-urlcoded編碼的內容,比如說:application/json或者是application/xml等。一般情況下來說常用其來處理application/json類型。
通過@requestBody可以將請求體中的JSON字符串綁定到相應的bean上,當然,也可以將其分別綁定到對應的字符串上。
例如說以下情況:
?$.ajax({ url:"/login", type:"POST", data:'{"userName":"admin","pwd","admin123"}', content-type:"application/json charset=utf-8", success:function(data){ alert("request success ! "); } });
@requestMapping("/login") public void login(@requestBody String userName,@requestBody String pwd){ System.out.println(userName+" :"+pwd); }
這種情況是將JSON字符串中的兩個變量的值分別賦予了兩個字符串,但是呢假如我有一個User類,擁有如下字段:
String userName; String pwd;
那么上述參數(shù)可以改為以下形式:@requestBody User user 這種形式會將JSON字符串中的值賦予user中對應的屬性上
需要注意的是,JSON字符串中的key必須對應user中的屬性名,否則是請求不過去的。
處理HttpEntity傳遞過來的數(shù)據,一般用來處理非Content-Type: application/x-www-form-urlencoded編碼格式的數(shù)據。
- GET請求中,因為沒有HttpEntity,所以@RequestBody并不適用。
- POST請求中,通過HttpEntity傳遞的參數(shù),必須要在請求頭中聲明數(shù)據的類型Content-Type,SpringMVC通過使用HandlerAdapter 配置的HttpMessageConverters來解析HttpEntity中的數(shù)據,然后綁定到相應的bean上。
@RequestParam
用來處理Content-Type: 為 application/x-www-form-urlencoded編碼的內容。(Http協(xié)議中,如果不指定Content-Type,則默認傳遞的參數(shù)就是application/x-www-form-urlencoded類型)
RequestParam可以接受簡單類型的屬性,也可以接受對象類型。
實質是將Request.getParameter() 中的Key-Value參數(shù)Map利用Spring的轉化機制ConversionService配置,轉化成參數(shù)接收對象或字段。
在Content-Type: application/x-www-form-urlencoded的請求中,get方式中queryString的值,和post方式中 body data的值都會被Servlet接受到并轉化到Request.getParameter()參數(shù)集中,所以@RequestParam可以獲取的到。
@RequestParam使用注意事項
@RequestParam
:將請求參數(shù)綁定到你控制器的方法參數(shù)上
該注解中有一個屬性required,表示是否包含該參數(shù),默認為true,表示該請求路徑中必須包含該參數(shù),如果不包含就報錯。
但是大家使用的時候不要產生誤區(qū),required=true是能校驗請求中是否包含該參數(shù),但是不能校驗參數(shù)值是否為空.
比如下面的接口
http://127.0.0.1:9802/api/order/vr/testRequestParam這樣是可以被攔截下來的,因為請求參數(shù)中不存在param1這個參數(shù)
但是http://127.0.0.1:9802/api/order/vr/testRequestParam?param1是可以請求成功的
為了攔截到參數(shù)為空的請求
還需要在參數(shù)中加 @Valid @NotBlank
如下:
以上為個人經驗,希望能給大家一個參考,也希望大家多多支持腳本之家。
- @RequestParam注解加與不加有什么區(qū)別
- 基于params、@PathVariabl和@RequestParam的用法與區(qū)別說明
- 基于@RequestParam name和value屬性的區(qū)別
- 方法參數(shù)屬性params,@PathVariable和@RequestParam用法及區(qū)別
- @PathVariable、@RequestParam和@RequestBody的區(qū)別
- @RequestParam?和@RequestBody注解的區(qū)別解析
- Springboot中@RequestParam和@PathVariable的用法與區(qū)別詳解
- Spring中@PathVariable和@RequestParam注解的用法區(qū)別
- SpringBoot中@PathVariable、@RequestParam和@RequestBody的區(qū)別和使用詳解
- @RequestAttribute和@RequestParam注解的區(qū)別及說明
- springMVC中@RequestParam和@RequestPart的區(qū)別
相關文章
Java基于二維數(shù)組實現(xiàn)的數(shù)獨問題示例
這篇文章主要介紹了Java基于二維數(shù)組實現(xiàn)的數(shù)獨問題,涉及java針對數(shù)組的遍歷、計算、轉換等相關操作技巧,需要的朋友可以參考下2018-01-01springboot3整合knife4j詳細圖文教程(swagger增強)
開發(fā)api提供對應的接口規(guī)范進行聯(lián)調或并行開發(fā),api文檔管理必不可少,常用的Knife4j基于swagger(依賴已經compile),可以進行管理,下面這篇文章主要給大家介紹了關于springboot3整合knife4j的相關資料,需要的朋友可以參考下2024-03-03SpringBoot自定義Starter與自動配置實現(xiàn)方法詳解
在Spring Boot官網為了簡化我們的開發(fā),已經提供了非常多場景的Starter來為我們使用,即便如此,也無法全面的滿足我們實際工作中的開發(fā)場景,這時我們就需要自定義實現(xiàn)定制化的Starter2023-02-02SpringBoot高級配置之臨時屬性、配置文件、日志、多環(huán)境配置詳解
這篇文章主要介紹了SpringBoot高級配置之臨時屬性、配置文件、日志、多環(huán)境配置,本文結合實例代碼給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2023-02-02