你需要更清楚地定义你的问题。您可以只取两个Date对象之间的毫秒数，然后除以24小时内的毫秒数，例如……但是:

这将不考虑时区-日期总是UTC 这并没有考虑到日光节约时间(例如，有些日子可能只有23小时) 即使在UTC时间内，8月16日晚上11点到8月18日凌晨2点有多少天?只有27个小时，那意味着一天吗?还是应该是三天，因为它涵盖了三个日期?

这可能是最直接的方法了——也许是因为我已经用Java编写了一段时间了(它的日期和时间库确实很笨拙)，但对我来说，代码看起来“简单而漂亮”!

您是否对以毫秒为单位返回的结果感到满意，或者您的问题的一部分是希望以某种替代格式返回?

在java中有一个简单的方法来做到这一点

//创建一个实用方法

public long getDaysBetweenDates(Date d1, Date d2){
return TimeUnit.MILLISECONDS.toDays(d1.getTime() - d2.getTime());
}

该方法将返回两个日期之间的天数。您可以使用默认的java日期格式，也可以轻松地从任何日期格式转换。

如果你不想使用JodaTime或类似的，最好的解决方案可能是:

final static long MILLIS_PER_DAY = 24 * 3600 * 1000;
long msDiff= date1.getTime() - date2.getTime();
long daysDiff = Math.round(msDiff / ((double)MILLIS_PER_DAY));

每天的毫秒数并不总是相同的(因为日光节约时间和闰秒)，但它非常接近，至少由于日光节约时间的偏差在较长时间内抵消了。因此，除法和舍入将给出正确的结果(至少只要所使用的本地日历不包含DST和闰秒以外的奇怪时间跳转)。

请注意，这仍然假设date1和date2被设置为一天中的同一时间。对于一天中的不同时间，你首先必须定义“日期差异”的含义，正如乔恩·斯基特指出的那样。

@Michael Borgwardt的回答实际上在Android上不能正常运行。存在舍入错误。例如5月19日到21日是1天，因为它是1.99:1。在转换为int型之前使用round。

Fix

int diffInDays = (int)Math.round(( (newerDate.getTime() - olderDate.getTime()) 
                 / (1000 * 60 * 60 * 24) ))

请注意，这适用于UTC日期，因此如果查看本地日期，差异可能会减小一天。由于夏时制的原因，要让它在本地日期上正确工作，需要一种完全不同的方法。

看看Joda Time，它是一个改进的Java日期/时间API，应该可以很好地与Scala一起工作。