嘿，针对你的需求，这里有几个比原代码更简洁、易维护的方案，完全适配API 24，而且不需要引入Joda Time：

方案1：简化Calendar初始化逻辑 #

原代码的核心是获取当前日期的当天起始时间（00:00:00.000），我们可以把这段重复逻辑封装成工具方法，提升代码复用性和可读性：

public static Calendar getStartOfDay() {
    Calendar date = Calendar.getInstance();
    date.set(Calendar.HOUR_OF_DAY, 0);
    date.set(Calendar.MINUTE, 0);
    date.set(Calendar.SECOND, 0);
    date.set(Calendar.MILLISECOND, 0);
    return date;
}

使用时直接调用getStartOfDay()即可。如果要计算两个日期的天数差，只需把目标日期也转为当天起始时间再计算：

// 获取当天起始时间
Calendar startOfToday = getStartOfDay();
// 复制目标日期并转为它的当天起始时间
Calendar startOfTarget = (Calendar) targetDate.clone();
startOfTarget.set(Calendar.HOUR_OF_DAY, 0);
startOfTarget.set(Calendar.MINUTE, 0);
startOfTarget.set(Calendar.SECOND, 0);
startOfTarget.set(Calendar.MILLISECOND, 0);

// 计算天数差（取绝对值保证结果为正）
long diffMillis = startOfToday.getTimeInMillis() - startOfTarget.getTimeInMillis();
long dayDiff = Math.abs(diffMillis) / (24 * 60 * 60 * 1000);

方案2：直接计算天数差（无需转起始时间） #

如果只是为了计算天数差，我们可以跳过“转起始时间”的步骤，直接通过时间戳计算——只要保证时区和原代码一致（默认设备时区）即可：

public static long calculateDayDiff(long timestamp1, long timestamp2) {
    // 加入时区偏移量，避免跨时区导致的天数计算错误
    long timeZoneOffset = Calendar.getInstance().getTimeZone().getOffset(System.currentTimeMillis());
    // 将时间戳转换为"当天起始时间对应的基准值"
    long adjustedTs1 = (timestamp1 + timeZoneOffset) / (24 * 60 * 60 * 1000);
    long adjustedTs2 = (timestamp2 + timeZoneOffset) / (24 * 60 * 60 * 1000);
    return Math.abs(adjustedTs1 - adjustedTs2);
}

调用示例：

long currentTs = System.currentTimeMillis();
long targetTs = ...; // 你的目标时间戳
long dayDiff = calculateDayDiff(currentTs, targetTs);

注意事项 #

• 所有方案都默认使用设备默认时区，和原代码逻辑一致；如果需要指定时区，只需在Calendar.getInstance()时传入对应TimeZone对象即可。
• 计算天数差时用Math.abs()保证结果为正数，若需要区分“过去”和“未来”的天数差，可去掉绝对值并通过正负判断方向。

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