我有两个字段如下(注意第一个字段有毫秒部分):
{
"updateTime":"2011-11-02T02:50:12.208Z",
"deliverTime":"1899-12-31T16:00:00Z"
}
我想用Json将Json字符串反序列化为一个对象,所以我得到一个Gson
实例:
GsonBuilder gb = new GsonBuilder();
gb.setDateFormat("yyyy-MM-dd'T'HH:mm:ss.SSS'Z'");
gson = gb.create();
第一个字段被反序列化为Java日期类型: 2011-11-02 02:50:12.208 (看起来像忽略了时区部分-'Z',这是我所期望的)。但是,第二个字段被反序列化为 1900-01-01 00:00:00 (我居住在中国,这里是+ 8 GMT),似乎时区部分-'Z'播放了参与反序列化。
为什么第二个字段使用时区部分?这不是我的预期。
答案 0 :(得分:13)
快速回答
使用您的日期格式和您的本地时区正确解析第一个字符串,第二个字符串不尊重它,因此将由没有毫秒的默认SimpleDateFormat
对象解析(“yyyy-MM-dd” T'HH:mm:ss'Z'是解析格式)并使用UTC时区为您提供时间部分的“转换”。
完整答案
要完全回答您的问题,您需要深入了解Gson源代码。更具体地说,您必须查看用于解析日期的DefaultDateTypeAdapter
代码。您可以在link找到所有这些代码,但为了快速参考,我将在此处复制最相关的部分。
在构建器中调用它时:
gb.setDateFormat("yyyy-MM-dd'T'HH:mm:ss.SSS'Z'");
您正在以这种方式初始化DefaultDateTypeAdapter:
DefaultDateTypeAdapter(DateFormat enUsFormat, DateFormat localFormat) {
this.enUsFormat = enUsFormat;
this.localFormat = localFormat;
this.iso8601Format = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss'Z'", Locale.US);
this.iso8601Format.setTimeZone(TimeZone.getTimeZone("UTC"));
}
其中:
enUsFormat = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss.SSS'Z'")
和localFormat = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss.SSS'Z'", Locale.US)
,因为你在构建器中传递了字符串。
请注意Locale.US
不是时区,iso8601Format
与enUsFormat
相同,没有毫秒,但有UTC时区。
解析发生在deserializeToDate
方法中:
private Date deserializeToDate(JsonElement json) {
synchronized (localFormat) {
try {
return localFormat.parse(json.getAsString());
} catch (ParseException ignored) {
}
try {
return enUsFormat.parse(json.getAsString());
} catch (ParseException ignored) {
}
try {
return iso8601Format.parse(json.getAsString());
} catch (ParseException e) {
throw new JsonSyntaxException(json.getAsString(), e);
}
}
}
其中所有三种日期格式都用于瀑布式方法。
First Json string:“2011-11-02T02:50:12.208Z”。它由localFormat
立即解析,因为它有毫秒,并为您提供您期望使用时区的结果。
第二个Json字符串:“1899-12-31T16:00:00Z”。它不会被localFormat
解析,因为它没有毫秒,所以第二次机会是enUsFormat,它是相同的模式,除了语言环境。所以它会以同样的方式失败。
最后解析的机会:iso8601Format
,它没有毫秒,但,对于构造,它也是UTC时区,所以它会将日期解析为UTC其他人使用您的时区解析。