使用@Temporal与@JsonFormat注解时日期获取及计算结果异常的修复方案咨询

这个问题的核心原因主要有两个：时区序列化/反序列化的偏移，以及旧版Date/CalendarAPI的设计缺陷。

1. 为什么会出现日期偏移？ #

你在实体类中使用@JsonFormat(pattern="dd-MM-yyyy")时没有指定时区，Jackson默认会使用UTC时区进行反序列化。假设你的数据库存储的是2021-09-01（本地时区，比如东八区），在UTC时区下对应的日期其实是2021-08-31的16:00，反序列化为Date对象后，当你用Calendar读取这个日期时，就会因为时区差显示为2021-08-31，最终导致后续计算错误。

2. 修复步骤 #

方案一：修正时区配置（快速解决）

给@JsonFormat添加时区参数，确保序列化和反序列化使用和数据库一致的时区。比如你的服务器/数据库使用东八区：

@Temporal(TemporalType.DATE)
@JsonFormat(pattern="dd-MM-yyyy", timezone="Asia/Shanghai") // 指定对应时区
private Date arrivalDate;

这样反序列化后的arrivalDate就能正确对应数据库中的2021-09-01，后续的Calendar计算也会得到预期的2021-09-03。

方案二：升级到Java 8+ 日期API（推荐）

Date和Calendar是Java早期的API，存在可变、时区处理混乱等问题。Java 8引入的LocalDate（仅处理日期，不含时间）更适合你的场景：

首先修改实体类字段：

@Column(columnDefinition = "DATE") // 对应数据库DATE类型
@JsonFormat(pattern="dd-MM-yyyy")
private LocalDate arrivalDate;

然后日期计算代码会变得更简洁、不易出错：

// 直接使用LocalDate的plusDays方法，无需Calendar
LocalDate arrival = r.getArrivalDate();
LocalDate departDate = arrival.plusDays(r.getLivedFor());
residencesReportLine.setDepartDate(departDate);

如果你的departDate还是Date类型，可以转换一下：

Date departDate = Date.from(
    arrival.plusDays(r.getLivedFor())
           .atStartOfDay(ZoneId.systemDefault())
           .toInstant()
);

额外注意点 #

• 确保数据库的时区和应用服务器的时区一致，避免跨时区存储/读取时的日期偏移。
• 尽量避免使用Calendar和Date，新的java.time包下的API是线程安全、不可变的，更适合日期处理场景。

内容的提问来源于stack exchange，提问作者zyyyzzz