獲取requestheader中的資料,用來解決多裝置登入驗證問題
引言:
接上一篇文章,對@RequestMapping進行地址對映講解之後,該篇主要講解request 資料到handler method 引數資料的繫結所用到的註解和什麼情形下使用;
簡介:
handler method 引數繫結常用的註解,我們根據他們處理的Request的不同內容部分分為四類:(主要講解常用型別)
A、處理requet uri 部分(這裡指uri template中variable,不含queryString部分)的註解: @PathVariable;
B、處理request header部分的註解: @RequestHeader, @CookieValue;
C、處理request body部分的註解:@RequestParam, @RequestBody;
D、處理attribute型別是註解: @SessionAttributes, @ModelAttribute;
1、 @PathVariable
當使用@RequestMapping URI template 樣式對映時, 即 someUrl/{paramId}, 這時的paramId可通過 @Pathvariable註解繫結它傳過來的值到方法的引數上。
示例程式碼:
- @Controller
- @RequestMapping("/owners/{ownerId}")
-
public
- @RequestMapping("/pets/{petId}")
- publicvoid findPet(@PathVariable String ownerId, @PathVariable String petId, Model model) {
- // implementation omitted
- }
- }
2、 @RequestHeader、@CookieValue
@RequestHeader 註解,可以把Request請求header部分的值繫結到方法的引數上。
示例程式碼:
這是一個Request 的header部分:
- Host localhost:8080
- Accept text/html,application/xhtml+xml,application/xml;q=0.9
- Accept-Language fr,en-gb;q=0.7,en;q=0.3
- Accept-Encoding gzip,deflate
- Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7
- Keep-Alive 300
- @RequestMapping("/displayHeaderInfo.do")
- publicvoid displayHeaderInfo(@RequestHeader("Accept-Encoding") String encoding,
- @RequestHeader("Keep-Alive") long keepAlive) {
- //...
- }
@CookieValue 可以把Request header中關於cookie的值繫結到方法的引數上。
例如有如下Cookie值:
- JSESSIONID=415A4AC178C59DACE0B2C9CA727CDD84
- @RequestMapping("/displayHeaderInfo.do")
- publicvoid displayHeaderInfo(@CookieValue("JSESSIONID") String cookie) {
- //...
- }
3、@RequestParam, @RequestBody
@RequestParam
A) 常用來處理簡單型別的繫結,通過Request.getParameter() 獲取的String可直接轉換為簡單型別的情況( String--> 簡單型別的轉換操作由ConversionService配置的轉換器來完成);因為使用request.getParameter()方式獲取引數,所以可以處理get 方式中queryString的值,也可以處理post方式中 body
data的值;
B)用來處理Content-Type: 為 application/x-www-form-urlencoded
編碼的內容,提交方式GET、POST;
C) 該註解有兩個屬性: value、required; value用來指定要傳入值的id名稱,required用來指示引數是否必須繫結;
示例程式碼:
- @Controller
- @RequestMapping("/pets")
- @SessionAttributes("pet")
- publicclass EditPetForm {
- // ...
- @RequestMapping(method = RequestMethod.GET)
- public String setupForm(@RequestParam("petId") int petId, ModelMap model) {
- Pet pet = this.clinic.loadPet(petId);
- model.addAttribute("pet", pet);
- return"petForm";
- }
- // ...
@RequestBody
該註解常用來處理Content-Type: 不是application/x-www-form-urlencoded
編碼的內容,例如application/json,
application/xml等;
它是通過使用HandlerAdapter 配置的HttpMessageConverters
來解析post data body,然後繫結到相應的bean上的。
因為配置有FormHttpMessageConverter,所以也可以用來處理 application/x-www-form-urlencoded
的內容,處理完的結果放在一個MultiValueMap<String,
String>裡,這種情況在某些特殊需求下使用,詳情檢視FormHttpMessageConverter api;
示例程式碼:
- @RequestMapping(value = "/something", method = RequestMethod.PUT)
- publicvoid handle(@RequestBody String body, Writer writer) throws IOException {
- writer.write(body);
- }
4、@SessionAttributes, @ModelAttribute
@SessionAttributes:
該註解用來繫結HttpSession中的attribute物件的值,便於在方法中的引數裡使用。
該註解有value、types兩個屬性,可以通過名字和型別指定要使用的attribute 物件;
示例程式碼:
- @Controller
- @RequestMapping("/editPet.do")
- @SessionAttributes("pet")
- publicclass EditPetForm {
- // ...
- }
@ModelAttribute
該註解有兩個用法,一個是用於方法上,一個是用於引數上;
用於方法上時: 通常用來在處理@RequestMapping之前,為請求繫結需要從後臺查詢的model;
用於引數上時: 用來通過名稱對應,把相應名稱的值繫結到註解的引數bean上;要繫結的值來源於:
A) @SessionAttributes 啟用的attribute 物件上;
B) @ModelAttribute 用於方法上時指定的model物件;
C) 上述兩種情況都沒有時,new一個需要繫結的bean物件,然後把request中按名稱對應的方式把值繫結到bean中。
用到方法上@ModelAttribute的示例程式碼:
- // Add one attribute
- // The return value of the method is added to the model under the name "account"
- // You can customize the name via @ModelAttribute("myAccount")
- @ModelAttribute
- public Account addAccount(@RequestParam String number) {
- return accountManager.findAccount(number);
- }
這種方式實際的效果就是在呼叫@RequestMapping的方法之前,為request物件的model裡put(“account”, Account);
用在引數上的@ModelAttribute示例程式碼:
- @RequestMapping(value="/owners/{ownerId}/pets/{petId}/edit", method = RequestMethod.POST)
- public String processSubmit(@ModelAttribute Pet pet) {
- }
首先查詢 @SessionAttributes有無繫結的Pet物件,若沒有則查詢@ModelAttribute方法層面上是否綁定了Pet物件,若沒有則將URI template中的值按對應的名稱繫結到Pet物件的各屬性上。
原文出處:http://blog.csdn.net/kobejayandy/article/details/12690161