Gson中的DateFormat模式“yyyy-MM-dd’T’HH：mm：ss.SSS’Z’”

我有两个字段如下（ 注意第一个字段有毫秒部分 ）：

{ "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’在反序列化中起作用。

为什么第二个字段使用时区部分？ 这不是我的预期。

Answer 1

快速回答

使用您的日期格式和您的本地时区正确解析第一个字符串，第二个字符串不尊重它，因此将由没有毫秒的默认SimpleDateFormat对象解析（“yyyy-MM-dd’T’HH：mm：ss ‘Z’是解析格式）并使用UTC时区为您提供时间部分的“转移”。

完整答案

要完全回答您的问题，您需要深入了解Gson源代码。 更具体地说，您必须查看用于解析日期的DefaultDateTypeAdapter代码。 您可以在链接中找到所有这些代码，但为了快速参考，我将在此复制最相关的部分。

在构建器中调用它时：

 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")); } 

哪里：

1. enUsFormat = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss.SSS'Z'")和
2. localFormat = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss.SSS'Z'", Locale.US)

自从您在构建器中传递的字符串。

注意Locale.US不是时区，并且iso8601Format与iso8601Format相同，没有毫秒但是有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); } } } 

其中所有三种日期格式都用于瀑布式方法。

第一个Json字符串：“2011-11-02T02：50：12.208Z”。 它由localFormat立即解析，因为它有毫秒，并为您提供您期望使用时区的结果。

第二个Json字符串：“1899-12-31T16：00：00Z”。 它不会被localFormat解析，因为它没有毫秒，所以第二次机会是enUsFormat，它是相同的模式 ，除了语言环境。 所以它会以同样的方式失败。

最后一次解析的机会： iso8601Format ，它将没有毫秒， 但是 ，对于构造而言，它也是一个UTC时区，因此它将解析日期为UTC，而其他人使用您的时区解析。