使用GSON将java.time.LocalDateTime(java 8)序列化为js Date的最佳实践

Question

在我们最近的项目中,我们使用java 8.我需要将java.time.LocalDateTime序列化为java脚本的日期格式.

目前我所做的是定义一个自定义序列化程序,将LocalDateTime转换为时间戳.

public class LocalDateTimeSerializer implements JsonSerializer<LocalDateTime> {
    @Override
    public JsonElement serialize(LocalDateTime localDateTime, Type type, JsonSerializationContext jsonSerializationContext) {
        Instant instant = localDateTime.atZone(ZoneId.systemDefault()).toInstant();
        Date date = Date.from(instant);
        return new JsonPrimitive(date.getTime());
    }
}

然后使用GsonBuilder和我的自定义LocalDateTimeSerializer创建Gson对象

GsonBuilder gsonBuilder = new GsonBuilder();
gsonBuilder.registerTypeAdapter(LocalDateTime.class, new LocalDateTimeSerializer());

Gson gson = gsonBuilder.create();

然后在Java Script中,我使用此时间戳创建一个Date对象.它工作正常.

我需要知道,这种方式还可以,还是有更好的方法来做到这一点？

Answer 1

从LocalDateTime到Epoch Milliseconds或Seconds的Java 8解决方案:

// to Epoch Seconds
long sec = localDateTime.toInstant(ZoneOffset.UTC).getEpochSecond();

// to Epoch Milliseconds
long msec = localDateTime.toInstant(ZoneOffset.UTC).toEpochMilli();

但是在我的情况下,我看到一个使用本地时区而不是UTC的错误.我推荐的解决方案是:

@Override
public JsonElement serialize(LocalDateTime localDateTime, Type type, JsonSerializationContext jsonSerializationContext) {
    long sec = localDateTime.toInstant(ZoneOffset.UTC).getEpochSecond();
    return new JsonPrimitive(sec);
}

Answer 2

是的,那是最好的方式.

当您要将Time对象long从一个系统转移到另一个系统时,强烈建议将对象转换为它的类型表示.这可以避免许多问题,例如数据格式化和不同系统中的本地时间.

而且,long表示只需要8个字节,而字符串表示需要更多.这意味着long表示更有效地进行传输和解析.