Java中夏令时调整导致日期天数计算错误的解决方法

这个夏令时导致的天数计算坑我之前也碰到过！核心问题就是夏令时调整那天的实际时长不是标准的24小时（比如CST的3月11日会跳过1小时，当天只有23小时），直接用毫秒差除以1000 * 60 * 60 * 24自然会算出小数结果。下面给你两种靠谱的解决办法：

推荐方案：用Java 8+的java.time API彻底解决 #

Java 8引入的java.time包专门修复了旧日期API的时区、夏令时缺陷，处理这类场景特别省心：

// 指定对应的时区，比如CST对应的America/Chicago
ZoneId zone = ZoneId.of("America/Chicago");

// 构造起始和结束的日期，并转换为该时区的当日起始时刻
LocalDate startDate = LocalDate.of(2018, 3, 7);
ZonedDateTime start = startDate.atStartOfDay(zone);

LocalDate endDate = LocalDate.of(2018, 3, 14);
ZonedDateTime end = endDate.atStartOfDay(zone);

// 直接计算两个日期之间的逻辑天数差，自动适配夏令时
long noOfDays = ChronoUnit.DAYS.between(start, end);
System.out.println(noOfDays); // 输出7

这里的关键是ChronoUnit.DAYS.between()方法，它是基于逻辑日期的间隔来计算的，而不是简单的毫秒时长差，完全避开了夏令时带来的时长变化问题。

兼容旧Java版本的方案（Java 7及以下） #

如果没法升级到Java 8，也可以用Calendar类通过逐天累加的方式计算逻辑天数，自动处理夏令时调整：

TimeZone cstZone = TimeZone.getTimeZone("America/Chicago");

Calendar startCal = Calendar.getInstance(cstZone);
startCal.set(2018, Calendar.MARCH, 7, 0, 0, 0);
startCal.set(Calendar.MILLISECOND, 0); // 清除毫秒数避免误差

Calendar endCal = Calendar.getInstance(cstZone);
endCal.set(2018, Calendar.MARCH, 14, 0, 0, 0);
endCal.set(Calendar.MILLISECOND, 0);

long noOfDays = 0;
Calendar tempCal = (Calendar) startCal.clone();
while (tempCal.before(endCal)) {
    tempCal.add(Calendar.DAY_OF_MONTH, 1);
    noOfDays++;
}
System.out.println(noOfDays); // 输出7

这个方法通过循环逐天推进的方式计算，每次add(Calendar.DAY_OF_MONTH, 1)都会自动适配夏令时的时间调整，所以能得到准确的逻辑天数。

额外注意点 #

• 一定要明确指定时区，别依赖系统默认时区，否则换个环境可能又出问题
• 旧的Date类本质只是一个毫秒数，没有时区信息，必须结合Calendar或带时区的格式化工具来处理时区相关逻辑

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