9

我正在解析这样的ZonedDateTime使用：

 @JsonSerialize(using = ZonedDateTimeSerializer.class)
 private ZonedDateTime expirationDateTime;

我需要能够正确反序列化这个日期。但是，杰克逊没有为此提供解串器：

com.fasterxml.jackson.datatype.jsr310.deser

有没有它丢失的原因？最常见的解决方法是什么？

更新：这是我的场景：

我ZonedDateTime这样创建：

ZonedDateTime.of(2017, 1, 1, 1, 1, 1, 1, ZoneOffset.UTC)

然后我序列化包含这样的日期的对象：

public static String toJSON(Object o) {
    ObjectMapper objectMapper = new ObjectMapper();
    StringWriter sWriter = new StringWriter();
    try {
        JsonGenerator jsonGenerator = objectMapper.getJsonFactory().createJsonGenerator(sWriter);
        objectMapper.writeValue(jsonGenerator, o);
        return sWriter.toString();
    } catch (IOException e) {
        throw new IllegalStateException(e);
    }
}

当我尝试将它发送到 Spring MVC 控制器时：

    mockMvc.perform(post("/endpoint/")
            .content(toJSON(myObject))
            .contentType(APPLICATION_JSON))
            .andExpect(status().isOk());

进入控制器的日期对象是不同的。

前：2017-01-01T01:01:01.000000001Z

后：2017-01-01T01:01:01.000000001Z[UTC]

4

2 回答 2

3

这两个值实际上代表2017-01-01T01:01:01.000000001Z同2017-01-01T01:01:01.000000001Z[UTC]一个瞬间，所以它们是等价的，可以毫无问题地使用（至少应该没有问题，因为它们代表同一个瞬间）。

唯一的细节是，由于某种原因，JacksonZoneId在反序列化时将值设置为“UTC”，在这种情况下这是多余的（Z已经告诉偏移量是“UTC”）。但它不应该影响日期值本身。

摆脱这[UTC]部分的一个非常简单的方法是将这个对象转换为OffsetDateTime（因此它保持Z偏移并且不使用[UTC]区域）然后再返回到ZonedDateTime：

ZonedDateTime z = // object with 2017-01-01T01:01:01.000000001Z[UTC] value
z = z.toOffsetDateTime().toZonedDateTime();
System.out.println(z); // 2017-01-01T01:01:01.000000001Z

之后，z变量的值将是2017-01-01T01:01:01.000000001Z（没有[UTC]部分）。

但当然这并不理想，因为您必须在所有日期手动执行此操作。更好的方法是编写一个自定义反序列化器（通过扩展），当它是UTCcom.fasterxml.jackson.datatype.jsr310.deser.InstantDeserializer时不设置时区：

public class CustomZonedDateTimeDeserializer extends InstantDeserializer<ZonedDateTime> {
    public CustomZonedDateTimeDeserializer() {
        // most parameters are the same used by InstantDeserializer
        super(ZonedDateTime.class,
              DateTimeFormatter.ISO_ZONED_DATE_TIME,
              ZonedDateTime::from,
              // when zone id is "UTC", use the ZoneOffset.UTC constant instead of the zoneId object
              a -> ZonedDateTime.ofInstant(Instant.ofEpochMilli(a.value), a.zoneId.getId().equals("UTC") ? ZoneOffset.UTC : a.zoneId),
              // when zone id is "UTC", use the ZoneOffset.UTC constant instead of the zoneId object
              a -> ZonedDateTime.ofInstant(Instant.ofEpochSecond(a.integer, a.fraction), a.zoneId.getId().equals("UTC") ? ZoneOffset.UTC : a.zoneId),
              // the same is equals to InstantDeserializer
              ZonedDateTime::withZoneSameInstant, false);
    }
}

然后你必须注册这个反序列化器。如果您使用ObjectMapper，则需要将其添加到JavaTimeModule：

ObjectMapper objectMapper = new ObjectMapper();
JavaTimeModule module = new JavaTimeModule();
// add my custom deserializer (this will affect all ZonedDateTime deserialization)
module.addDeserializer(ZonedDateTime.class, new CustomZonedDateTimeDeserializer());
objectMapper.registerModule(module);

如果你在 Spring 中配置它，配置将是这样的（未测试）：

<bean class="org.springframework.http.converter.json.Jackson2ObjectMapperFactoryBean" id="pnxObjectMapper">
    <property name="deserializersByType">
        <map key-type="java.lang.Class">
            <entry>
                <key>
                    <value>java.time.ZonedDateTime</value>
                </key>
                <bean class="your.app.CustomZonedDateTimeDeserializer">
                </bean>
            </entry>
        </map>
    </property>
</bean>
于 2017-07-20T13:00:34.833 回答
1

我用这个：

        JavaTimeModule javaTimeModule = new JavaTimeModule();
    javaTimeModule.addSerializer(ZonedDateTime.class, new ZonedDateTimeSerializer(DateTimeFormatter.ISO_DATE_TIME));
    javaTimeModule.addDeserializer(ZonedDateTime.class, InstantDeserializer.ZONED_DATE_TIME);
于 2019-04-11T13:58:15.650 回答