修改结束Instant日期后，天数计算结果未变致测试仍通过的问题

核心原因 #

你的工具类通过系统默认时区转换Instant后计算天数，这导致计算结果依赖运行环境的时区，而非UTC时间的真实天数差。测试通过的原因是：你修改的UTC结束时间，在当前系统时区下转换后的本地日期，与起始日期的整日数差仍为59天——这是时区偏移导致UTC日期和本地日期不匹配的结果。

比如，若你的系统时区为西时区（如UTC-5），UTC的00:00:00Z对应本地的前一天晚些时候，这会让UTC的日期和本地日期差一天，从而导致修改UTC日期后，本地日期的差未按预期变化（仍符合断言）。

解决方案 #

如果你需要计算UTC时间的真实天数差，无需转换为时区，直接对Instant使用ChronoUnit.DAYS.between即可：

public static Long getDaysBetween(final Instant startInstant, final Instant endInstant) {
    return ChronoUnit.DAYS.between(startInstant, endInstant);
}

这样修改后：

• 原测试中2022-09-01T00:00:00Z到2022-10-31T00:00:00Z的天数差为60天，你需要调整断言为is(60L)。
• 修改结束时间为2022-10-30T00:00:00Z后，天数差为59天，断言需调整为is(59L)，此时测试才会正确反映UTC时间的天数差。

验证方法 #

你可以在测试中打印转换后的ZonedDateTime，确认本地日期：

System.out.println(startInstant.atZone(ZoneId.systemDefault()));
System.out.println(endInstant.atZone(ZoneId.systemDefault()));

这会清晰看到UTC时间转换为本地时区后的具体日期，从而理解为什么天数差未按预期变化。

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