为什么 2020 年 3 月 30 日和 2020 年 3 月 1 日之间的差异错误地给出了 28 天而不是 29 天？

Question

TimeUnit.DAYS.convert(
   Math.abs(
      new SimpleDateFormat("dd-MM-yyyy HH:mm:ss").parse("30-03-2020 00:00:00").getTime() - 
      new SimpleDateFormat("dd-MM-yyyy HH:mm:ss").parse("1-03-2020 00:00:00").getTime()
   ),
   TimeUnit.MILLISECONDS)

结果是 28，而应该是 29。

时区/位置可能是问题吗？

Answer 1

问题在于，由于夏令时转换（2020 年 3 月 8 日星期日），这些日期之间有 28 天和 23 小时。 TimeUnit.DAYS.convert(...) 将结果截断到 28 天。

查看问题（我在美国东部时区）：

SimpleDateFormat fmt = new SimpleDateFormat("dd-MM-yyyy HH:mm:ss");
long diff = fmt.parse("30-03-2020 00:00:00").getTime() -
            fmt.parse("1-03-2020 00:00:00").getTime();

System.out.println(diff);
System.out.println("Days: " + TimeUnit.DAYS.convert(Math.abs(diff), TimeUnit.MILLISECONDS));
System.out.println("Hours: " + TimeUnit.HOURS.convert(Math.abs(diff), TimeUnit.MILLISECONDS));
System.out.println("Days: " + TimeUnit.HOURS.convert(Math.abs(diff), TimeUnit.MILLISECONDS) / 24.0);

输出

2502000000
Days: 28
Hours: 695
Days: 28.958333333333332

要解决此问题，请使用没有 DST 的时区，例如UTC：

SimpleDateFormat fmt = new SimpleDateFormat("dd-MM-yyyy HH:mm:ss");
fmt.setTimeZone(TimeZone.getTimeZone("UTC"));
long diff = fmt.parse("30-03-2020 00:00:00").getTime() -
            fmt.parse("1-03-2020 00:00:00").getTime();

输出

2505600000
Days: 29
Hours: 696
Days: 29.0

Answer 2

Andreas's answer中已经提到了这个问题的原因。

问题是 你到底想计算什么。您声明实际差异应该是 29 而不是 28，并询问“位置/区域时间是否可能是一个问题”，这一事实揭示了您真正想要计算的内容。显然，您想摆脱任何时区差异。

我假设您只想计算天数，没有时间和时区。

Java 8

下面，在如何正确计算中间天数的示例中，我使用了一个完全表示该值的类——没有时间和时区的日期——LocalDate。

DateTimeFormatter formatter = DateTimeFormatter.ofPattern("d-MM-yyyy HH:mm:ss");
LocalDate start = LocalDate.parse("1-03-2020 00:00:00", formatter);
LocalDate end = LocalDate.parse("30-03-2020 00:00:00", formatter);

long daysBetween = ChronoUnit.DAYS.between(start, end);

---

请注意，ChronoUnit、DateTimeFormatter 和 LocalDate 至少需要 Java 8，根据 java-7 标签，您无法使用该版本。但是，它可能是面向未来的读者的。

正如 Ole V.V. 所提到的，还有 ThreeTen Backport，它将 Java 8 日期和时间 API 功能向后移植到 Java 6 和 7。