咨询：Excel日期转换为JavaScript日期时少一天的原因

问题场景 #

我尝试用以下代码将Excel日期值47308转换为JavaScript的Date对象：

function getExcelDateAsDate(excelDate, format){
    var unixTimestamp = (excelDate-25569)*86400000 ;
    return new Date(unixTimestamp);
}

得到的结果是Sun Jul 08 2029 20:00:00 GMT-0400 (Eastern Daylight Time)，而非预期的Mon Jul 09 2029，为什么会出现这种“少一天”的情况？

原因解析 #

核心问题出在时区差异以及Excel和JavaScript对日期的定义逻辑不同：

• Excel的日期存储的是从1900年1月0日开始的天数，它默认是无时区的本地日期，代表的是本地时区的午夜零点。
• JavaScript的new Date(timestamp)是基于UTC时间创建对象的，当你把Excel天数转换为UTC时间戳后，生成的Date对象会自动转换为当前运行环境的本地时区。比如你的环境是GMT-0400（东部夏令时），UTC时间的7月9日零点，转换为本地时区就是7月8日20:00，看起来就像是“少了一天”。

另外，代码里用的25569是Excel日期转UTC时间戳的偏移量，但这个偏移量对应的是1970年1月1日的UTC零点，和Excel的本地日期逻辑不匹配，直接计算就会因为时区偏移导致显示偏差。

解决方法 #

有两种简单的修正方式：

方法1：基于UTC日期调整为本地时区零点

function getExcelDateAsDate(excelDate) {
    // 先计算UTC时间对应的日期对象
    const utcDate = new Date((excelDate - 25569) * 86400000);
    // 提取UTC日期的年、月、日，创建本地时区的零点日期
    return new Date(utcDate.getUTCFullYear(), utcDate.getUTCMonth(), utcDate.getUTCDate());
}

调用这个函数后，getExcelDateAsDate(47308)会返回Mon Jul 09 2029 00:00:00 GMT-0400 (Eastern Daylight Time)，完全符合预期。

方法2：调整时间戳抵消时区偏移

function getExcelDateAsDate(excelDate) {
    // 获取本地时区与UTC的偏移毫秒数
    const timezoneOffset = new Date().getTimezoneOffset() * 60000;
    // 计算时加上时区偏移，直接得到本地时区的午夜零点时间戳
    const unixTimestamp = (excelDate - 25569) * 86400000 + timezoneOffset;
    return new Date(unixTimestamp);
}

这种方式通过补全时区偏移量，让生成的Date对象直接对应本地时区的目标日期零点。

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