不幸的是，这里提出的解决方案在我的环境中不起作用。 但说实话，使用java8时间对象作为dto毕竟不是一个很好的主意。

我建议创建自定义dto，不要依赖于不稳定的库，它可能在下次jdk发布后崩溃。这种方法也符合反腐败层和适配器模式的良好实践。

下面是DTO的示例:

public class ReportDTO implements Serializable {

    private YearMonthDTO yearMonth;

    public YearMonthDTO getYearMonth() {
        return yearMonth;
    }

    public void setYearMonth(final YearMonthDTO yearMonth) {
        this.yearMonth = yearMonth;
    }

    public void fromYearMonth(final YearMonth yearMonth) {
        this.yearMonth = new YearMonthDTO(yearMonth.getYear(), 
                              yearMonth.getMonthValue());
    }

}

public static class YearMonthDTO {

    private int year;

    private int monthValue;

    public YearMonthDTO() {

    }

    public YearMonthDTO(int year, int monthValue) {
        this.year = year;
        this.monthValue = monthValue;
    }

    public int getYear() {
        return year;
    }

    public void setYear(int year) {
        this.year = year;
    }

    public int getMonthValue() {
        return monthValue;
    }

    public void setMonthValue(int monthValue) {
        this.monthValue = monthValue;
    }

}

当然，这取决于你的情况，以及你要用这个解决方案做的工作量。与任何模式一样，此解决方案并不适用于所有情况。

无论如何，目前最好的答案似乎不再适用了。我没有尝试其他解决方案，但我决定在这个简单的案例中不依赖任何库。

如果你正在使用Spring引导，并且在OffsetDateTime上有这个问题，那么需要使用上面@greperror回答的registerModules(5月28日16日13:04回答)，但注意有一个区别。不需要添加提到的依赖项，因为我猜spring boot已经有它了。我有这个问题与春季启动，它为我工作，没有添加这个依赖。

不幸的是，这里提出的解决方案在我的环境中不起作用。 但说实话，使用java8时间对象作为dto毕竟不是一个很好的主意。

我建议创建自定义dto，不要依赖于不稳定的库，它可能在下次jdk发布后崩溃。这种方法也符合反腐败层和适配器模式的良好实践。

下面是DTO的示例:

public class ReportDTO implements Serializable {

    private YearMonthDTO yearMonth;

    public YearMonthDTO getYearMonth() {
        return yearMonth;
    }

    public void setYearMonth(final YearMonthDTO yearMonth) {
        this.yearMonth = yearMonth;
    }

    public void fromYearMonth(final YearMonth yearMonth) {
        this.yearMonth = new YearMonthDTO(yearMonth.getYear(), 
                              yearMonth.getMonthValue());
    }

}

public static class YearMonthDTO {

    private int year;

    private int monthValue;

    public YearMonthDTO() {

    }

    public YearMonthDTO(int year, int monthValue) {
        this.year = year;
        this.monthValue = monthValue;
    }

    public int getYear() {
        return year;
    }

    public void setYear(int year) {
        this.year = year;
    }

    public int getMonthValue() {
        return monthValue;
    }

    public void setMonthValue(int monthValue) {
        this.monthValue = monthValue;
    }

}

当然，这取决于你的情况，以及你要用这个解决方案做的工作量。与任何模式一样，此解决方案并不适用于所有情况。

无论如何，目前最好的答案似乎不再适用了。我没有尝试其他解决方案，但我决定在这个简单的案例中不依赖任何库。

这个maven依赖将解决你的问题:

<dependency>
    <groupId>com.fasterxml.jackson.datatype</groupId>
    <artifactId>jackson-datatype-jsr310</artifactId>
    <version>2.13.4</version>
</dependency>

我一直在挣扎的一件事是，在反序列化期间，ZonedDateTime时区被更改为GMT。 结果，Jackson默认用上下文中的一个替换它。 要保留区域1，必须禁用此“功能”

Jackson2ObjectMapperBuilder.json()
    .featuresToDisable(DeserializationFeature.ADJUST_DATES_TO_CONTEXT_TIME_ZONE)

我想为Spring的DurationStyle解析提供支持，在使用Jackson反序列化的自定义配置文件中的属性文件中提供支持，例如将20s序列化为Duration PT20S。我通过在ObjectMapper实例上注册一个自定义反序列化器来实现这一点:

@Bean("customConfigMapper")
public ObjectMapper customConfigMapper() {
    final ObjectMapper mapper = new ObjectMapper();
    final SimpleModule module = new SimpleModule();
    module.addDeserializer(Duration.class, new SpringDurationStyleDeserializer());
    mapper.registerModule(module);
    return mapper;
}

public static class SpringDurationStyleDeserializer extends JsonDeserializer<Duration> {
    @Override
    public Duration deserialize(JsonParser jsonParser, DeserializationContext __) throws IOException {
        return Optional.ofNullable(jsonParser.getText()).map(DurationStyle::detectAndParse).orElse(null);
    }
}

对于使用Spring Boot 2.x的用户

上面这些都不需要做——Java 8 LocalDateTime是开箱即用的序列化/反序列化。我必须在1年内完成以上所有工作。x，但是使用Boot 2。X，它可以无缝工作。

在Spring Boot中也可以看到JSON Java 8 LocalDateTime格式