JodaTime日期计算测试随机失败问题排查

首先明确：这不是JodaTime的Bug，问题出在你处理日期时忽略了Date对象的时间细节和时区一致性——我之前也踩过类似的坑，咱们一步步拆解：

先看你的代码：

日期计算方法 #

public static int getDaysBetween(Date dateA, Date dateB) { 
    return Days.daysBetween( 
        new DateTime(dateA), 
        new DateTime(dateB)) 
        .getDays(); 
}

测试用例 #

@Test 
public void test() { 
    Date dateFrom = buildDate(10, Calendar.JANUARY, 2018); 
    Date dateTo = buildDate(1, Calendar.JANUARY, 2018); 
    assertEquals(DateUtils.getDaysBetween(dateFrom, dateTo), -9); 
}

问题根源 #

Date本质是一个UTC时间戳（从1970-01-01 00:00:00 UTC开始的毫秒数），而你的buildDate方法大概率只设置了年月日，没有彻底清零时分秒毫秒，或者构建日期时的时区和JodaTimeDateTime默认时区不一致，导致随机出现跨天边界的情况：

举个实际场景：
假设你的系统默认时区是UTC+8，当你构建2018-01-01的Date时，如果没清零毫秒，它可能是2018-01-01 00:00:00.001（UTC+8），对应UTC时间是2017-12-31 16:00:00.001。
而2018-01-10的Date如果是2018-01-10 00:00:00.000（UTC+8），对应UTC时间是2018-01-09 16:00:00.000。

这时候用Days.daysBetween计算的是两个DateTime的完整天数差：从UTC的2017-12-31 16:00:00.001到2018-01-09 16:00:00.000，间隔是8天23小时59分59.999秒，不满9天，所以返回-8而非预期的-9。

这种情况会随机出现，完全取决于buildDate方法生成的Date对象毫秒数是否刚好在边界上，或者系统时钟的微小波动。

解决方案 #

有两种可靠的修复方式，核心思路是剥离时间部分，只关注日期本身：

方案1：使用JodaTime的LocalDate（推荐） #

LocalDate是JodaTime专门用于处理“日期”的类，不包含时间和时区，完美匹配你的天数计算需求：

public static int getDaysBetween(Date dateA, Date dateB) {
    // 统一时区，避免转换偏差
    DateTimeZone zone = DateTimeZone.getDefault();
    LocalDate localA = new DateTime(dateA, zone).toLocalDate();
    LocalDate localB = new DateTime(dateB, zone).toLocalDate();
    return Days.daysBetween(localA, localB).getDays();
}

测试用例也可以直接用LocalDate构建，彻底避开Calendar的坑：

@Test 
public void test() { 
    LocalDate dateFrom = new LocalDate(2018, DateTimeConstants.JANUARY, 10);
    LocalDate dateTo = new LocalDate(2018, DateTimeConstants.JANUARY, 1);
    assertEquals(DateUtils.getDaysBetween(dateFrom.toDate(), dateTo.toDate()), -9);
}

方案2：修复buildDate方法，彻底清零时间部分 #

如果你必须继续使用Date，确保buildDate把时分秒毫秒都清零：

private Date buildDate(int day, int month, int year) {
    Calendar cal = Calendar.getInstance();
    cal.set(year, month, day, 0, 0, 0);
    cal.set(Calendar.MILLISECOND, 0); // 这步很关键，别漏！
    return cal.getTime();
}

总结 #

这种随机失败的本质是时间细节的残留导致的跨天边界判断误差，和JodaTime无关。只要你确保只处理“日期”而非“带时间的日期戳”，就能彻底解决问题。

内容的提问来源于stack exchange，提问作者Héctor Valls