更正确的解决方案
...由于日期自然具有时区信息,因此可以跨越具有不同日照节省调整的区域
以前对此问题的回答不考虑所讨论的两个日期跨越夏令时 (DST) 更改的情况。DST 更改发生的日期将具有以 毫秒为单位的持续时间,即 ,因此典型的计算将失败。!= 1000*60*60*24
您可以通过以下方式解决此问题:首先将两个日期规范化为 UTC,然后计算这两个 UTC 日期之间的差值。
现在,解决方案可以写为,
const _MS_PER_DAY = 1000 * 60 * 60 * 24;
// a and b are javascript Date objects
function dateDiffInDays(a, b) {
// Discard the time and time-zone information.
const utc1 = Date.UTC(a.getFullYear(), a.getMonth(), a.getDate());
const utc2 = Date.UTC(b.getFullYear(), b.getMonth(), b.getDate());
return Math.floor((utc2 - utc1) / _MS_PER_DAY);
}
// test it
const a = new Date("2017-01-01"),
b = new Date("2017-07-25"),
difference = dateDiffInDays(a, b);
这有效,因为 UTC 时间从不遵守 DST。请参阅 UTC 是否遵守夏令时?
p.s. 在讨论了有关此答案的一些评论之后,一旦您了解了跨越DST边界的javascript日期的问题,就可能不止一种方法可以解决它。我上面提供的是一个简单的(并经过测试的)解决方案。我很想知道是否有一个简单的基于算术/数学的解决方案,而不必实例化两个新的Date对象。这可能会更快。