在我们最近的项目中,我们使用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对象。它工作正常。
我需要知道,这样做还是有更好的方法吗?
答案 0 :(得分:11)
从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);
}
答案 1 :(得分:7)
是的,这是最好的方法。
当您要将Time
对象转换为long
类型时,强烈建议将其从一个系统转移到另一个系统。这可以避免许多问题,例如数据格式化和不同系统中的本地时间。
而且,long
表示只需要8个字节,而字符串表示需要更多。这意味着long
表示更有效地进行传输和解析。