2025-05-04 07:00:01

GSON -日期格式

我试图在Gson输出中有一个自定义日期格式,但. setdateformat (DateFormat.FULL)似乎不起作用,它与. registertypeadapter (date .class, new DateSerializer())相同。

就像Gson并不关心对象“Date”,而是按照它的方式打印它。

我该如何改变呢?

谢谢

编辑:

@Entity
public class AdviceSheet {
  public Date lastModif;
[...]
}

public void method {
   Gson gson = new GsonBuilder().setDateFormat(DateFormat.LONG).create();
   System.out.println(gson.toJson(adviceSheet);
}

我总是使用java.util.Date;setDateFormat()不工作:(


似乎需要为日期和时间部分定义格式,或者使用基于字符串的格式。例如:

Gson gson = new GsonBuilder()
   .setDateFormat("EEE, dd MMM yyyy HH:mm:ss zzz").create();

或者使用java.text.DateFormat

Gson gson = new GsonBuilder()
   .setDateFormat(DateFormat.FULL, DateFormat.FULL).create();

或者用序列化器:

我认为格式化程序不能产生时间戳,但是这个序列化器/反序列化器对似乎可以工作

JsonSerializer<Date> ser = new JsonSerializer<Date>() {
  @Override
  public JsonElement serialize(Date src, Type typeOfSrc, JsonSerializationContext 
             context) {
    return src == null ? null : new JsonPrimitive(src.getTime());
  }
};

JsonDeserializer<Date> deser = new JsonDeserializer<Date>() {
  @Override
  public Date deserialize(JsonElement json, Type typeOfT,
       JsonDeserializationContext context) throws JsonParseException {
    return json == null ? null : new Date(json.getAsLong());
  }
};

Gson gson = new GsonBuilder()
   .registerTypeAdapter(Date.class, ser)
   .registerTypeAdapter(Date.class, deser).create();

如果使用Java 8或以上版本,你应该像这样使用上面的序列化器/反序列化器:

JsonSerializer<Date> ser = (src, typeOfSrc, context) -> src == null ? null
            : new JsonPrimitive(src.getTime());

JsonDeserializer<Date> deser = (jSon, typeOfT, context) -> jSon == null ? null : new Date(jSon.getAsLong());

这根本行不通。JSON中没有日期类型。我建议来回序列化到ISO8601(对于格式不可知者和JS compat)。考虑到您必须知道哪些字段包含日期。


正如M.L.指出的,JsonSerializer可以在这里工作。但是,如果您正在格式化数据库实体,请使用java.sql.Date来注册您的序列化器。不需要反序列化。

Gson gson = new GsonBuilder()
   .registerTypeAdapter(java.sql.Date.class, ser).create();

此错误报告可能与:http://code.google.com/p/google-gson/issues/detail?id=230相关。不过我使用的是1.7.2版本。


Gson gson = new GsonBuilder().setDateFormat("yyyy-MM-dd'T'HH:mm:ss.SSSZ").create();

上面的格式对我来说似乎更好,因为它的精度可达毫厘。


你可以指定格式Gson Gson = builder.setDateFormat("yyyy-MM-dd").create();在这个方法中,你可以使用其他格式代替yyyy-MM-dd

 GsonBuilder builder = new GsonBuilder();
                        builder.registerTypeAdapter(Date.class, new JsonDeserializer<Date>() {
                            public Date deserialize(JsonElement json, Type typeOfT, JsonDeserializationContext context) throws JsonParseException {
                                return new Date(json.getAsJsonPrimitive().getAsLong());
                            }
                        });

                        Gson gson = builder.setDateFormat("yyyy-MM-dd").create();

如果你讨厌内部类,利用函数式接口的优势,你可以用lambda表达式在Java 8中写更少的代码。

JsonDeserializer<Date> dateJsonDeserializer = 
     (json, typeOfT, context) -> json == null ? null : new Date(json.getAsLong());
Gson gson = new GsonBuilder().registerTypeAdapter(Date.class,dateJsonDeserializer).create();

这是一个bug。目前,您要么必须设置一个timeStyle,要么使用其他答案中描述的替代方法之一。


我使用的是Gson 2.8.6,今天发现了这个bug。

我的方法允许我们所有现有的客户端(移动/网络/等)继续像以前那样运行,但为那些使用24小时格式的客户端增加了一些处理,也允许millis。

Gson rawGson = new Gson();
SimpleDateFormat fmt = new SimpleDateFormat("MMM d, yyyy HH:mm:ss")
private class DateDeserializer implements JsonDeserializer<Date> {
    @Override
    public Date deserialize(JsonElement json, Type typeOfT, JsonDeserializationContext context)
            throws JsonParseException {
        try {
            return new rawGson.fromJson(json, Date.class);
        } catch (JsonSyntaxException e) {}
        String timeString = json.getAsString();
        log.warning("Standard date deserialization didn't work:" + timeString);
        try {
            return fmt.parse(timeString);
        } catch (ParseException e) {}
        log.warning("Parsing as json 24 didn't work:" + timeString);
        return new Date(json.getAsLong());
    }
}

Gson gson = new GsonBuilder()
    .registerTypeAdapter(Date.class, new DateDeserializer())
    .create();

我保持序列化相同,因为所有客户端都理解标准的json日期格式。

通常,我不认为使用try/catch块来管理流控制是一个好的实践,但这种情况应该是相当罕见的。