如何解決Fastjson日期轉換引起的生產事故,針對這個問題,這篇文章詳細介紹了相對應的分析和解答,希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。
生產環境: Linux,Java ,JDK 1.7,Fastjson1.2.72(alibaba)
2020年9月15日,fastjson從1.2.51升級到1.2.72版本后,在調用JSON.toJSONString(this)或者new JSONObject().toJSON().toString()方法時,如果日期類型是java.sql.Date,并且為yyyy-mm-dd格式,則在調用以上方法后輸出的是yyyy-mm-dd格式的字符串。
而在1.2.51版本中,這種情況下輸出的格式是時間戳; 測試代碼如下:
AccountPayFlow accountPayFlow = new AccountPayFlow();
Date date = DateUtil.parse("2020-11-06");
Date sqlDate = new java.sql.Date(date.getTime());
accountPayFlow.setGiftExpireDate(sqlDate);
System.out.println(accountPayFlow.toString());
System.out.println(new JSONObject().toJSON(accountPayFlow).toString());
//輸出結果 fastjson 1.2.72版本
{"giftExpireDate":"2020-11-06"}
{"giftExpireDate":"2020-11-06"}
// 輸出結果 fastjson 1.2.51版本
{"giftExpireDate":1604592000000}
{"giftExpireDate":1604592000000}首先,java.sql.Date繼承自java.util.Date。
fastjson1.2.51版本并沒有明確區分java.sql.Date和java.util.Date,而是籠統的判斷對象如果是Date類型(包括Date本身和其子類),就直接強制轉換為java.util.Date,后續的所有操作都是基于java.util.Date進行的。
在后續的操作中,對于Date類的的數據,會通過getTime()獲取到Long類型的時間戳,然后調用out.writeLong()將Long類型轉換為String 。
因此 在此版本下的日期格式通過fastjson轉換后是一個時間戳。
截取部分fastjson源碼如下
//com.alibaba.fastjson.serializer.DateCodec.write() versions:1.2.51
public void write(JSONSerializer serializer, Object object, Object fieldName, Type fieldType, int features) throws IOException {
SerializeWriter out = serializer.out;
if (object == null) {
out.writeNull();
} else {
Date date;
if (object instanceof Date) {
date = (Date)object;
} else {
date = TypeUtils.castToDate(object);
}
// ....省略部分代碼
long time = date.getTime();
// ....省略部分代碼
out.writeLong(time);
}
}
}fastjson1.2.72版本對java.sql.Date進行的特殊判斷,如果日期是java.sql.Date,并且格式是yyyy-mm-dd格式,則直接調用java.sql.Date的toString()方法,而java.sql.Date的toString()方法會返回yyyy-mm-dd格式的日期字符串,導致最終輸出的結果是yyyy-mm-dd格式的字符串。
具體源碼如下:
//com.alibaba.fastjson.serializer.DateCodec.write() versions:1.2.72
public void write(JSONSerializer serializer, Object object, Object fieldName, Type fieldType, int features) throws IOException {
SerializeWriter out = serializer.out;
if (object == null) {
out.writeNull();
return;
}
// ....省略部分代碼
//1.2.72版本增加了對java.sql.Date類型的特殊處理
Class<?> clazz = object.getClass();
if (clazz == java.sql.Date.class) {
long millis = ((java.sql.Date) object).getTime();
TimeZone timeZone = serializer.timeZone;
int offset = timeZone.getOffset(millis);
//
if ((millis + offset) % (24 * 1000 * 3600) == 0
&& !SerializerFeature.isEnabled(out.features, features, SerializerFeature.WriteClassName)) {
// 此處直接調用java.sql.Date的toString()方法,該方法
out.writeString(object.toString());
return;
}
}
// 后續的代碼邏輯與1.2.51基本一致
Date date;
if (object instanceof Date) {
date = (Date)object;
} else {
date = TypeUtils.castToDate(object);
}
// ....省略部分代碼
long time = date.getTime();
// ....省略部分代碼
out.writeLong(time);
}
}java.sql.Date的toString()方法 只返回yyyy-mm-dd
/**
* Formats a date in the date escape format yyyy-mm-dd.
* <P>
* @return a String in yyyy-mm-dd format
*/
@SuppressWarnings("deprecation")
public String toString () {
int year = super.getYear() + 1900;
int month = super.getMonth() + 1;
int day = super.getDate();
char buf[] = "2000-00-00".toCharArray();
buf[0] = Character.forDigit(year/1000,10);
buf[1] = Character.forDigit((year/100)%10,10);
buf[2] = Character.forDigit((year/10)%10,10);
buf[3] = Character.forDigit(year%10,10);
buf[5] = Character.forDigit(month/10,10);
buf[6] = Character.forDigit(month%10,10);
buf[8] = Character.forDigit(day/10,10);
buf[9] = Character.forDigit(day%10,10);
return new String(buf);
}在fastjson1.2.56(包括1.2.56)之前,對于日期類型的處理方式一律是轉換為java.util.Date,然后進行處理,在這種情況下,無論java.util.Date還是java.sql.Date,無論日期格式是yyyy-mm-dd 還是 yyyy-mm-dd HH:mm:ss 或者其他日期格式,都是按照同一套邏輯進行處理的。
從fastjson1.2.57版本開始,對于日期的格式而言,增加了對java.sql.Date的特殊處理,具體已在上文中有詳細描述。
從1.2.57版本之后一直到當前最新版本1.2.73,針對java.sql.Date類型的特殊處理邏輯,雖局部有調整,但上文中描述的判斷邏輯一直保持不變。
關于如何解決Fastjson日期轉換引起的生產事故問題的解答就分享到這里了,希望以上內容可以對大家有一定的幫助,如果你還有很多疑惑沒有解開,可以關注億速云行業資訊頻道了解更多相關知識。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。