Android平台Java日期差计算结果随机异常问题求助

这个问题我遇到过类似的情况，核心原因是你当前用循环逐天计数的方式本身就存在稳定性隐患，再加上Android的运行环境和Java SE桌面环境的差异，才会出现这种随机异常。

问题根源分析 #

• 循环计数的逻辑缺陷：你的代码通过while (!cal2.after(cal))判断是否继续循环，每次给cal2加1天并递增计数器。但Calendar对象包含完整的时分秒毫秒信息，after()方法比较的是完整时间戳而非仅年月日。如果循环执行过程中系统时间发生微小调整（比如NTP同步校时、App Widget广播线程被调度延迟），可能导致cal的时间状态在循环中变化，或者cal2.add(Calendar.DATE, 1)的行为在Android上出现细微差异，最终导致循环多执行一次。
• Android与Java SE的Calendar实现差异：Android的Calendar类虽继承自Java，但底层有自己的优化适配，在时区处理、夏令时转换等场景下，和桌面Java SE的行为可能不完全一致。这种差异在2400+次循环的放大下，就可能出现随机计数错误。
• 日志的局限性：你看到的日志只打印了年月日，忽略了时分秒精度——比如某次运行中cal的时间因NTP校时被回调几秒，导致cal2走到当天00:00时，after()判断仍为false，循环多走一次。

修复方案：替换为时间戳差值计算 #

放弃低效且不稳定的循环计数，直接通过时间戳差值计算天数，这种方式既高效又能避免循环带来的各种问题。修改后的getDays()方法如下：

public long getDays() {
    TimeZone gmt = TimeZone.getTimeZone("GMT");
    // 初始化当前时间的Calendar，设置为GMT时区
    Calendar cal = Calendar.getInstance(gmt);
    // 初始化起始日期的Calendar，确保时分秒毫秒为0，避免精度差异
    Calendar cal2 = Calendar.getInstance(gmt);
    cal2.set(2011, 5, 15, 0, 0, 0);
    cal2.set(Calendar.MILLISECOND, 0);

    // 打印日志（保留用于调试）
    System.out.println("Today Cal: " + cal.get(Calendar.YEAR) + "Y / " + (cal.get(Calendar.MONTH) + 1) + "M / " + cal.get(Calendar.DATE) + "D " + cal.get(Calendar.HOUR_OF_DAY) + ":" + cal.get(Calendar.MINUTE));
    System.out.println("Start Day Cal2: " + cal2.get(Calendar.YEAR) + "Y / " + (cal2.get(Calendar.MONTH) + 1) + "M / " + cal2.get(Calendar.DATE) + "D " + cal2.get(Calendar.HOUR_OF_DAY) + ":" + cal2.get(Calendar.MINUTE));

    // 计算时间戳差值并转换为天数，原逻辑包含起始日和结束日，所以加1
    long diffMillis = cal.getTimeInMillis() - cal2.getTimeInMillis();
    long days = diffMillis / (1000L * 60 * 60 * 24) + 1;

    System.out.println("Calculated days: " + days);
    return days;
}

额外优化建议 #

如果你的App目标API是26及以上，推荐使用java.time包下的不可变日期类，线程安全且代码更简洁：

public long getDays() {
    ZoneId gmt = ZoneId.of("GMT");
    ZonedDateTime today = ZonedDateTime.now(gmt);
    ZonedDateTime start = ZonedDateTime.of(2011, 6, 15, 0, 0, 0, 0, gmt);
    // 计算天数差，包含起始日则加1
    long days = ChronoUnit.DAYS.between(start, today) + 1;
    return days;
}

另外，App Widget的onUpdate方法运行在广播线程中，应尽量避免耗时操作，上述两种方式几乎瞬时完成，更符合Android性能要求。

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