Gson中的DateFormat模式"yyyy-MM-dd'T'HH:mm:ss.SSS'Z'"

Question

我有两个字段如下(注意第一个字段有毫秒部分):

{
  "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是一样的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);
      }
    }
  }

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

第一个Json字符串:"2011-11-02T02:50:12.208Z".它被立即解析,localFormat因为它有毫秒,并为您提供您期望使用时区的结果.

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

最后一次解析的机会:iso8601Format它将没有毫秒,但是,对于构造而言,它也是一个UTC时区,所以它会将日期解析为UTC,而其他人则使用您的时区进行解析.