@RequestParam 和 @RequestBody 接受的時間格式

這兩個接受的時間格式不相同

首先看一下他們的區別

@RequestParam
用來處理Content-Type: 為 application/x-www-form-urlencoded編碼的內容。（Http協議中，如果不指定Content-Type，則默認傳遞的參數就是application/x-www-form-urlencoded類型）

RequestParam可以接受簡單類型的屬性，也可以接受對象類型。
實質是將Request.getParameter() 中的Key-Value參數Map利用Spring的轉化機制ConversionService配置，轉化成參數接收對象或字段。

tip
在Content-Type: application/x-www-form-urlencoded的請求中，
get 方式中queryString的值，和post方式中 body data的值都會被Servlet接受到並轉化到Request.getParameter()參數集中，所以@RequestParam可以獲取的到。

@RequestBody
處理HttpEntity傳遞過來的數據，一般用來處理非Content-Type: application/x-www-form-urlencoded編碼格式的數據。

GET請求中，因為沒有HttpEntity，所以@RequestBody並不適用。
POST請求中，通過HttpEntity傳遞的參數，必須要在請求頭中聲明數據的類型Content-Type，SpringMVC通過使用HandlerAdapter 配置的HttpMessageConverters來解析HttpEntity中的數據，然后綁定到相應的bean上。
總結
在GET請求中，不能使用@RequestBody。
在POST請求，可以使用@RequestBody和@RequestParam，但是如果使用@RequestBody，對於參數轉化的配置必須統一。
舉個例子，在SpringMVC配置了HttpMessageConverters處理棧中，指定json轉化的格式，如Date轉成‘yyyy-MM-dd’,則參數接收對象包含的字段如果是Date類型，就只能讓客戶端傳遞年月日的格式，不能傳時分秒。因為不同的接口，它的參數可能對時間參數有不同的格式要求，所以這樣做會讓客戶端調用同事對參數的格式有點困惑，所以說擴展性不高。

如果使用@RequestParam來接受參數，可以在接受參數的model中設置@DateFormat指定所需要接受時間參數的格式。

另外，使用@RequestBody接受的參數是不會被Servlet轉化統一放在request對象的Param參數集中，@RequestParam是可以的。

綜上所述，一般情況下，推薦使用@RequestParam注解來接受Http請求參數。

在@RequestParam中使用的時候：

  @PostMapping("/userVipInfoUpdate2") public Map<String, Object> updateUserInfo(@RequestParam int id, @RequestParam int vip, @RequestParam @DateTimeFormat(iso = DateTimeFormat.ISO.DATE_TIME) LocalDateTime time) { User user = UserFactory.newVipInfoInstance(id, vip, time); userService.modifyVipInfo(user); return new OKReturnMap("修改用戶信息成功！").getMap(); }

此時發送的數據格式應該是：

{
    "id":81,
    "vip":2,
    "time":"2017-02-12T12:00:00"
}

在使用@RequestBody時，根據實體類的數據類型進行對應

 

   @PostMapping("/userVipInfoUpdate")
    public Map<String, Object> updateUserVipInfo(@RequestBody User user) {
        userService.modifyVipInfo(user);
        return new OKReturnMap("修改用戶信息成功！").getMap();
    }