ZonedDateTimeDeserializer在杰克逊jsr310失踪了

Question

我使用这样的方法解析一个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控制器时：

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

控制器内部的date对象是不同的。

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

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

Answer 1

两个值2017-01-01T01:01:01.000000001Z和2017-01-01T01:01:01.000000001Z[UTC]实际上表示相同的瞬间，因此它们是等价的，可以在没有问题的情况下使用(至少不应该是问题，因为它们代表相同的瞬间)。

唯一的细节是，由于某种原因，Jackson在反序列化时将ZoneId值设置为"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]部分)。

但是，当然，这并不理想，因为您必须手动完成所有日期。更好的方法是编写自定义反序列化器(通过扩展com.fasterxml.jackson.datatype.jsr310.deser.InstantDeserializer)，在时区为UTC时不设置时区

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>

Answer 2

我用这个：

        JavaTimeModule javaTimeModule = new JavaTimeModule();
    javaTimeModule.addSerializer(ZonedDateTime.class, new ZonedDateTimeSerializer(DateTimeFormatter.ISO_DATE_TIME));
    javaTimeModule.addDeserializer(ZonedDateTime.class, InstantDeserializer.ZONED_DATE_TIME);