本文為博主原創,未經允許不得轉載:
最近幫同事定位了一個現網問題,記錄一下:
項目中對所有請求的參數都進行了 Jackson 序列化,在接收請求的實體類字段上使用 @JsonFormat 注解,該注解的作用是將傳入的時間格式化為 注解上指定的格式。在使用過程中 對 @JsonFormat 轉換的字段與 string 日期字段轉換為 date 類型的日期進行比較時,本來是相同的值,equal 比較時,返回結果為false。主要是由於使用 @JsonFormat 轉換時,存在時區問題,才會導致異常。
使用@JsonFormat 進行格式化轉換時,若未標明時區,則默認為 GMT 時區,年月日轉換為date 時,會使用GMT 時區,會多 8 小時。若指定時區 timezone = "GMT+8" ,年月日字符串轉換之后會是對應的北京時間的0點0分0秒。
@JsonFormat(pattern="yyyy-MM-dd",timezone = "GMT+8")
封裝一個測試類方法
package com.example.demo; import com.fasterxml.jackson.annotation.JsonFormat; import com.fasterxml.jackson.core.JsonProcessingException; import com.fasterxml.jackson.databind.ObjectMapper; import lombok.Data; import java.util.Date; @Data public class JacksonTest { @JsonFormat(pattern="yyyy-MM-dd",timezone = "GMT+8") private Date date; @JsonFormat(pattern="yyyy-MM-dd") private Date date2; public static void main(String[] args) throws JsonProcessingException { ObjectMapper objectMapper = new ObjectMapper(); String jsonStr = "{\"date\":\"2021-02-02\",\"date2\":\"2021-02-02\"}"; JacksonTest test = objectMapper.readValue(jsonStr,JacksonTest.class); System.out.println(test.getDate()); System.out.println(test.getDate2()); } }
該方法執行打印的結果如下:
Tue Feb 02 00:00:00 CST 2021
Tue Feb 02 08:00:00 CST 2021
通過 jackson 轉換之后,差了8小時。
所以在使用過程中,一定要 注意 @JsonFormat 的時區問題。。。。