Excel日期差怎么算？从日期原理到DATEDIF与NETWORKDAYS实战

1. 为什么日期之差算不明白：先搞清楚 Excel 的日期本质

很多时候从同事手里接过来的表格，日期列肉眼看着是“2024/3/15”，但一参与计算就原形毕露：要么减法出来是个奇怪的长串数字，要么用条件格式判断总是差一天，要么明明两个日期长得一模一样，相减却不等于零。这些问题的根子其实不在“相减”这一步，而在于 Excel 对日期的存储方式和我们想象的完全不一样。

在 Excel 内部，每一个日期本质上都是一个数字，更准确地说，是一个代表天数的序列号。1900年1月1日被定义为序列号1，之后每过一天数字就加1。所以“2024/3/15”这个日期，在单元格的底层存储里其实是一个类似 45366 的整数。之所以界面上能显示成“2024/3/15”，只是单元格格式在“骗你眼睛”——它只是给数字穿了一件日期格式的外套而已。

把这件事搞明白之后，之前很多疑问就会瞬间通掉：两个日期相减，本质就是两个整数相减，结果自然也是一个整数，这个整数的含义就是相差的天数。但如果你把单元格格式设置成了“日期”，这个天数就会被 Excel“重新打扮”成一个日期——比如结果是 5，却显示成了 1900/1/5，看起来非常莫名其妙。你把它改成“常规”格式，数字才能现出原形。

所以第一个实操建议就是：做日期减法之前，先确认两个日期单元格是真正的日期格式（右对齐），而不是文本（左对齐）。如果是左边对齐的“2024/3/15”，说明它是被当作一串文字存在单元格里，这样的“假日期”直接相减，Excel 会返回 #VALUE! 错误，让人一头雾水。遇到这种情况，最粗暴也有效的办法是选中整列，在“数据”选项卡里用“分列”功能，直接点“完成”，能把绝大多数文本型日期一次性转成真日期。

这一节是整篇内容的基础，后面所有方法都建立在这个认知之上。理解了“日期就是数字”这个底层逻辑，下面三种方法学起来都会顺畅很多。

2. 最简单粗暴的方法：两个日期直接相减，但很多人不会“善后”

2.1 基础减法：直接 =B2-A2 就能得到天数差

如果只是想知道两个日期之间隔了多少天，最直接的做法就是像普通数字一样做减法。假设 A1 是开始日期，B1 是结束日期，在 C1 写：

code复制=B1-A1

回车之后，如果 C1 显示成了一个日期格式，不要慌，去“开始”选项卡的“数字格式”下拉框里，把格式改成“常规”或者“数值”，那个看起来很像日期的错误显示就会变成正常的整数，比如 18，代表相差18天。

这个减法本质上没有任何技术含量，效率也最高，不需要记任何函数名。实际用的时候我建议配合一个检查步骤：在空白单元格输入 =ISNUMBER(A1)，返回 TRUE 才说明这个日期是安全的数值型日期；如果返回 FALSE，那后面所有计算都白搭，先把数据清洗干净再说。

相减得到的是一个纯天数，不含小时、分钟的概念。如果你的日期列里包含了时间，比如“2024/3/15 14:30”这样的值，单纯用日期相减得到的结果就会带小数，因为时间在 Excel 里也是数字的小数部分。这种情况后面会单独说怎么处理。

2.2 差值的三种“善后”处理：几天、几周、几年都不难

基础减法做完，接下来的问题往往是“然后呢？”天数差通常不是最终交付格式，现实工作中大家要的是更友好的展示形式。

转周数：在减法结果外面除7，再搭配 ROUND 函数保留小数位，例如把日期差换算为带小数点的周数：

code复制=ROUND((B1-A1)/7, 1)

转“X年X个月X天”这种人性化表达：如果直接用整除 INT(B1-A1)/365 估算年数，遇到闰年误差很大，不建议这么做。这时候用 Excel 自带的 DATEDIF 配合拼接符 & 做文本展现，是市面上比较标准的做法，后面第三节专门讲，这里先不展开。

向下取整的天数需求：如果两个单元格里包含时间，而你想只算“整天”差，可以用 INT(B1-A1) 把小数地板掉。注意不要用 ROUND，因为 ROUND 是四舍五入，会把不足一天的时间进位成一天，这在计算考勤、租赁计费这类场景里会产生纠纷。

注意：直接相减只能解决“同一套日期系统”内的计算。如果表格里混用了 1900 日期系统和 1904 日期系统（Mac 版 Excel 可能会这样），同样的两个日期序列号会差 1462，相减的结果直接错一大截。文件从 Mac 转 Windows 时，去“文件-选项-高级”里看一眼“使用1904日期系统”有没有被意外勾选。

2.3 带时间戳的日期相减：先识破“假全天”陷阱

很多从系统导出的时间列长这样：2024/3/15 8:30:00。如果你直接用结束时间减开始时间，结果带着 0.35243 这样的尾巴。单纯要“员工在某天是否在岗”这种判断，其实不太受影响，但如果是算“两个时间点之间经过了多少个整天”，问题就来了。

这里推荐一个非常实用的小函数组：DATE。用 DATE(YEAR(A1), MONTH(A1), DAY(A1)) 可以手动把日期部分重新组合成一个纯日期，把时间全部剥掉。再用剥好的纯日期去相减，就能得到干净的整天数。例如：

code复制=DATE(YEAR(B1), MONTH(B1), DAY(B1)) - DATE(YEAR(A1), MONTH(A1), DAY(A1))

这个公式看起来长，但它把时间戳带来的隐藏小数问题一次性解决，不需要额外去设置“分列”或者“格式化”处理。相比之下，INT 直接截断会受正负数方向影响（差值为负时向下取整会多减一天），所以优先推荐用 DATE 重置法。

3. DATEDIF 才是日期差的“正规军”：按年、按月、按天都能算明白

3.1 认识这个不显示在函数列表里的隐藏函数

如果你在 Excel 的函数向导里搜“DATEDIF”，大概率搜不到，它是个“隐藏函数”。这在 Excel 里比较少见，原因众说纷纭，据说和早期版本从 Lotus 1-2-3 兼容过来的历史遗留有关。但从功能上讲，它却是计算两个日期之间间隔年月日最直接的工具，没有之一。

它的语法很简单：

code复制=DATEDIF(开始日期, 结束日期, 单位代码)

第三参数的单位代码是个文本，需要用英文双引号包起来。最常用的三个是：

• "Y"：两个日期之间的整年数
• "M"：两个日期之间的整月数
• "D"：两个日期之间的整天数

注意一个关键点：开始日期必须小于等于结束日期。如果开始日期大于结束日期，DATEDIF 会返回 #NUM! 错误，这跟直接相减返回负数的方式不一样。处理“未知谁先谁后”的数据时，建议先在外面套一层 IF 或 ABS 逻辑，别让公式直接报错。

3.2 三种单位代码的取整规则，细节藏在“不满整年”里

DATEDIF 是严格按照日历上的“年”“月”为单位计算的。它不会像 (B1-A1)/365 那样算出小数年，而是直接把不满一整年的部分丢弃。

举个例子：

• 开始日期：2023年1月31日
• 结束日期：2024年1月31日

DATEDIF(... , "Y") 返回 1，因为整好过完一年。

• 开始日期：2023年1月31日
• 结束日期：2024年1月30日

DATEDIF(... , "Y") 返回 0，因为虽然从天数上看差 364 天，但按“年”的历法还没满一整年。这里要注意，它并不是以“365天/年”来合并计算的，而是看日历中的月份日期是否跨过对应点。

这种取整逻辑在计算“年龄”“工龄”时非常符合人的直觉。比如你算一个孩子几岁，你不会说他 3.9 岁，你会说快4岁、还差一个月到4岁。"Y" 单位返回值就符合这种表达方式。

"M" 的规则类似，是满整月才算一个月，从 1月31日到2月28日（非闰年）会返回 0，因为在“月”这个维度上还不够一个月（2月28日还未到30/31日的对应刻度）；但从 1月31日到3月1日，则会返回 1，因为跨过了一个整月的边界。

"D" 单位则简单得多，就是把两个日期相减取整，跟直接用 = 相减结果一致。很多初学者会用 DATEDIF(..., "D") 去算天数，但其实没这个必要，直接相减更快。

3.3 同时输出“X年X个月零X天”的万能套路

DATEDIF 被称为正规军，最大的价值是可以组合出非常人性化的文本。比如人力资源场景里算员工工龄，希望输出“2年4个月零5天”，直接用三个 DATEDIF 拼起来是最常见的做法：

code复制=DATEDIF(A1, B1, "Y") & "年" & DATEDIF(A1, B1, "YM") & "个月零" & DATEDIF(A1, B1, "MD") & "天"

这里用了两个可能让你困惑的单位代码："YM"（忽略年份差异，只算月份差）和 "MD"（忽略年份和月份差异，只算天数差）。这两个代码其实是 DATEDIF 的冷门彩蛋：

• "YM"：从开始日期的“同日”到结束日期，跨越了几个月（只考虑月，不考虑年）
• "MD"：从开始日期的“同日”到结束日期，差了几天（忽略年和月）

所以上面那个组合公式，才能实现“总年数 + 去掉年后剩下的月数 + 去掉年和月后剩下的天数”这样的分层效果。

举个例子：从 2021年3月12日 到 2024年8月27日，计算结果就是：

最终拼接结果就是“3年5个月零15天”，基本上不需要手动拆调整。

3.4 这个函数在计算“年龄”时的小心机

DATEDIF 另一个用得极多的地方是算年龄。假设身份证号在 A1，出生日期列的提取结果在 B1，“计算截止日期”在 C1（常用 TODAY() 动态获取），年龄公式写：

code复制=DATEDIF(B1, C1, "Y")

这个写法比 YEAR(C1)-YEAR(B1) 严谨得多，因为 YEAR 直接相减不考虑“生日是否已过”。比如一个人 2000年12月31日出生，到 2024年1月1日，按 YEAR 相减法会得到24岁，但实际上他还没满24岁，11个月后才过生日呢。

用 DATEDIF 算出来的则是23岁，因为 2024年1月1日 还没到他 2024年12月31日的生日节点，不算满整年。所以 处理年龄、工龄、账龄这类“整龄”判断时，DATEDIF 是最稳妥的官方方案，比任何手写取整逻辑都可靠。

4. 工作日计算才是高级场景：NETWORKDAYS 和 NETWORKDAYS.INTL 避开那些坑

4.1 什么场景需要工作日而非自然日

很多做项目管理、考勤、采购、物流的朋友，算日期差时真正要的不是“自然日”而是“工作日”。比如项目排期从 5月1日 到 5月15日，中间隔了3天劳动节假期和两个周末，实际干活的天数比自然日差少很多。直接减法虽然能算出天数，但没法跳过周末和节假日，自然不能直接用来排产能。

这时候就需要调出专业的“工作日函数组”——NETWORKDAYS。它的核心能力就是自动帮你剔除周六周日，只返回工作日天数。语法是：

code复制=NETWORKDAYS(开始日期, 结束日期, [待剔除的法定节假日区域])

第三个参数是可选的，用来指定一个包含节假日日期的区域。比如你的表格里 F2:F5 分别列着国庆假期、春节假期等日期，公式就可以写成：

code复制=NETWORKDAYS(A1, B1, $F$2:$F$5)

需要注意一个细节：NETWORKDAYS 的头尾两天是全包含的。比如从 2024年3月18日（周一）到 2024年3月22日（周五），它返回 5 而不是 4。如果结束日期设为 3月17日（周日），结果仍然含3月18日这一个工作日。这在写“这个任务总共花了我几个工作日”的时候没毛病；但如果你是想表达“我还有多少个工作日可以干活”，需要自己判断要不要把头或尾减掉一天。

4.2 非标准周末：NETWORKDAYS.INTL 第二参数详解

很多单位并不是“周六周日双休”。有的公司是周天休息，有的做二休一，还有的在某些宗教地区周五周六是周末。这时候基础的 NETWORKDAYS 就不够用了，要换成 NETWORKDAYS.INTL。

它的语法比 NETWORKDAYS 多了一个第二参数，专门用来自定义“哪几天算周末”：

code复制=NETWORKDAYS.INTL(开始日期, 结束日期, 周末类型, [节假日区域])

周末类型通常用数字代码表示，常用的几个是：

• 1：周六、周日（默认，等同于 NETWORKDAYS）
• 2：周日、周一
• 7：周五、周六
• 11：仅周日
• 17：仅周六

比如一个单休制单位，每周只休周日，那周末类型就填 11。这种灵活度在处理排班和产能时非常实用。

4.3 用“0/1 字符串”自定义任意休息日

比数字代码更强大的是可以直接传一个长度为7的文本串，来表示一周7天到底哪天休息。这个字符串里，0 代表“上班”，1 代表“休息”。从周一开始，按周一到周日排列。

例如，假设某公司是“做四休二”，但休的是周二和周三，那么字符串应该是：

code复制"0110000"

解读一下：第1位是周一，值为 0（上班）；第2位是周二，值为 1（休息）；第3位是周三，值为 1（休息）；后四位周四周五周六周日都是 0（上班）。把这个字符串直接放到第二参数里：

code复制=NETWORKDAYS.INTL(A1, B1, "0110000", 节假日区域)

这种格式虽然看起来不如数字直观，但它是真正能覆盖所有排班情况的“万能钥匙”。我之前帮人排过“上一休一”班组表，用的就是这个：休息日是周一、周三、周五、周日，字符串就是 "1010101"；换成“上二休一”时，改为 "0010010" 之类的逻辑即可。

注意：NETWORKDAYS.INTL 是 Excel 2010 及以上版本才有的函数。如果你还在用老旧的 Excel 2007 或更早版本，需要另想办法。

4.4 法定节假日区域用起来，别让公式“多算加班”

第三个参数接收的是一个日期区域，Excel 会自动剔除其中属于工作日的日期。这里有一个容易被忽略的隐性逻辑：如果节假日区域里某个日期本身落在周六或周日，它是不会被“重复扣减”的，因为周末已经被第二参数剔除了。所以节假日区域里哪怕填入和周末重合的日期，也不会造成工作日被重复剔除的问题，不需要你用条件格式额外排查。

不过，节假日区域最常见的问题是区域数据源不规范。有些公司会在表里把节假日起止写成“2024-10-01 至 2024-10-07”这种文本，而不是把每一天各占一格。遇到这种表，NETWORKDAYS 无法识别，公式会把整个期间都当成正常工作日来计算。我见过不止一次项目延期，就是因为导入的节假日清单不是“每个日期占一行”。所以就强烈建议维护节假日数据时，一律使用“一列一个日期”的格式。

4.5 工作日的反向计算：WORKDAY 函数排到期日

相关场景里还有一个双子星函数必须提：WORKDAY 和 WORKDAY.INTL。它的用途和 NETWORKDAYS 正好相反——给一个开始日期，再加一个工作日天数，算出结束日期。

典型场景是“按处理时效推算承诺日期”。比如今天受理一起业务，规定 5 个工作日内必须办结，那么到期日就是 WORKDAY 的结果：

code复制=WORKDAY(A1, 5, $F$2:$F$5)

这里的“天数”和 NETWORKDAYS 的“包含头尾”逻辑略有不同。如果你当天的受理不算，5个工作日之后返回的是第六个工作日；如果当天就算第一个工作日，那要扣掉1天再算。这种“今天算不算”的差异需要提前跟业务方确认，写进去处理掉。

用 WORKDAY 还能顺手解决一个经典排期问题——给一个开始日期，排除周末后顺延，自动落到最近的“工作日”上。公式长得还是一样的：

code复制=WORKDAY(A1, 0, 节假日)

第三参数如果省略，则直接返回距离开始日期最近的下一个工作日，碰到周末会自动跳到周一。这个“0天偏移”技巧，在实际排期中非常常用。

5. 从日期差到日期生成：DATE 和 EDATE 经常得搭配着用

5.1 DATE 函数，动态生成日期是做日期差的前提条件

前面提过，很多“日期差”问题的根源，不在于不会减，而在于日期无法从文本、碎片字段里正确组装出来。DATE 函数是用来把年、月、日三个整数拼成一个标准日期的：

code复制=DATE(2024, 3, 15)

它的价值在动态场景里才能完全体现。比如你要看“从今天开始90天后是哪一天”，可以写：

code复制=DATE(YEAR(TODAY()), MONTH(TODAY()), DAY(TODAY()) + 90)

实际上，更直接点用 =TODAY()+90 也行。DATE 真正的不可替代之处在于它能够自动处理“溢出”——比如 2024 年 1 月 35 日，DATE 不会报错，而是自动翻译成 2 月 4 日。如果月份传 13，它也会自动进位到下一年的1月。

所以当你在做日期差减法之前，如果源数据中的年、月、日是分散在三个单元格里的，正确姿势是先把它组装成标准日期，而不是手工用字符串去拼接。字符串拼接“2024-03-15”也能被 Excel 识别，但存在大量地区版本兼容性问题，比如“/”“-”在不同语言环境下的解析结果可能不同。统一用 DATE 函数做组装，再参与日期差计算，是最稳的链路。

5.2 EDATE 和 EOMONTH：跨月日期偏移的大杀器

在实际的日期差运算里，经常要做“再加N个月”的操作，比如合同到期日 = 起始日 + 24 个月。如果直接用 DATE(YEAR(A1), MONTH(A1)+24, DAY(A1))，遇到像2024年1月31日加1个月这种场景，2月没有31日，DATE 会自动进位到3月2日或3月3日，这通常不是业务想要的。

这里就该用专门处理整月偏移的函数：

• EDATE(开始日期, 月数)：返回“几个月后的同一天”，如果目标月份没有这个日期，则返回该月最后一天。比如 2024年1月31日 加1个月，EDATE 会返回 2024年2月29日（闰年），非常符合“月末对月末”的直觉。
• EOMONTH(开始日期, 月数)：返回“某个月份的最后一天”，比如 EOMONTH("2024-03-15", 0) 返回 3月31日，EOMONTH("2024-03-15", -1) 返回 2月29日。

这两个函数在算账龄、合同年限、租金周期时几乎是标配。账龄计算常配合 DATEDIF，但遇到“按账单周期末结算”时，用 EOMONTH 反而比 DATEDIF 更精准高效。

5.3 一个综合案例：计算“本月最后工作日”

把这些函数组合起来，能解决不少难缠的日期问题。给大家看一个我处理过的真实需求：要给业务部门编制月度排班表，需要知道“本月最后的一个工作日是几号”。

常规思路是：

1. 用 EOMONTH 算出本月最后一天
2. 用 WEEKDAY 判断它是星期几
3. 如果是周六/周日，往前回退到周五

直接一步到位可以这样写（假设本月最后一天在 A1）：

code复制=WORKDAY.INTL(A1+1, -1, 1)

解析一下：A1+1 表示下月1日，WORKDAY.INTL 往前倒数1个工作日，就能跳过本月最后一天如果落在周末的情况，找到真正的本月最后一个工作周。前提是 A1 是本月最后一天且可能落周末，这时稍加测试会发现问题已经被函数内部解决了。如果A1基于 EOMONTH(TODAY(),0)，整合成完整公式：

code复制=WORKDAY.INTL(EOMONTH(TODAY(), 0) + 1, -1, 1)

刚开始看到这个公式可能有点绕，但它能直接在只给“今天日期”的情况下，算出本月的最后一个工作日。这类组合，比一步步写两个辅助列、再写 IF 判断要干净得多，也方便复制到多个月度表里推广。

6. 避坑实录：真实报表里高频遇到的日期差翻车现场

6.1 工作表里“看起来是日期”的文本，怎么快速识别

这个问题几乎每个月都会遇到。打开系统导出的 Excel，日期列明明显示 2024/3/15，但 =ISNUMBER() 返回 FALSE，VLOOKUP 匹配不到，SUMIFS 求不出来。这就是传说中的“文本型日期”。

快速识别的方法有三招：

• 看单元格对齐方式：真日期右对齐，文本默认左对齐。
• 看单元格格式：右键设置单元格格式，如果类型是“文本”，那就是文本。
• 用 =ISNUMBER() 函数验证。

一键修复方式刚才提过，用分列法：选中日期所在列，数据 - 分列 - 直接点“完成”，大部分文本型日期就能强制转成真日期。但如果文本格式不标准，比如“2024.3.15”这种带点的写法，分列往往不能识别，需要先替换成“/”或“-”，再分列。建议清洗数据时先做一个“查找替换”，把肉眼看到的所有 . 都换成 -，再走分列流程。

6.2 为什么两个完全相同的日期相减不等于0

这个问题也是高频翻车点。两个单元格都显示 2024-03-15，但相减结果不是 0，而是乱七八糟的小数。原因在于其中一个单元格里其实包含时间，比如 2024/3/15 0:00 可能是 2024/3/14 23:59:58 之类的，显示格式把它隐掉了。由于数值精度关系，小数部分相差时，两个日期相减就存在尾巴。

排查方式是：选中单元格，把格式调成“自定义”，输入 yyyy-mm-dd hh:mm:ss，立刻能看到时间部分有没有隐藏内容。

如果只关心日期而忽略时间，就用前面讲的 DATE(YEAR(), MONTH(), DAY()) 方法把纯粹日期部分剥出来再比较。这是最不容易误判的方案。

6.3 日期差计算中容易忽略的“首个”条件：

在 NETWORKDAYS 系列里，还有一个容易踩的坑是“首尾包含”规则。比如做供应链说的“T+3送达”，如果你的业务逻辑是从下单那天开始算三个自然日，那送达日就是 下单日+3；但如果你算的是“中间隔了几天”，就要注意 下单日到送达日 如果只隔了 2天，很多人会直接减完发现显示2天，但业务上却说是3天。这时要么把公式改成 送达日 - 下单日 + 1，要么统一口径，否则这种差1的问题在月底对账时会来回撕扯。

另外，日期跨月、跨年时，直接相减只要格式正确不会出错，但使用 DATEDIF 时要留意“起始日期大于结束日期”的错误问题。如果是自动向下填充的一整列公式，只要有一行的起止日期填反了，DATEDIF 会立刻报 #NUM!，视觉上很明显——这其实是个优点，至少能让我们一眼看出哪行数据录错了。如果直接相减，则会显示负数，有些场景里负数反而能提示“数据方向反了”，看业务需求决定用哪个更合适。

6.4 两个容易忽略的辅助函数：YEARFRAC 和 DAYS

还应该介绍两个实际场景中也很实用的“备选方案”：YEARFRAC 和 DAYS。

YEARFRAC(开始日期, 结束日期, [基准]) 返回两个日期之间相差的年数（可以带小数）。它适合用来算“精确年龄”“利息覆盖期”等场景。默认基准是 US (NASD) 30/360，但如果你希望按实际天数/实际年数计算，可以把第三个参数设为 3（实际天数/365）。不同基准之间的结果差异，在金融场景里不能忽略，但在普通统计中用默认值问题不大。

DAYS(结束日期, 开始日期) 则是 Excel 2013 以后新增的专门函数，参数顺序和算术减法是反的，别写反了。它的优势是可读性更强，但从本质上讲和 =结束日期-开始日期 完全等价。如果没有版本兼容性顾虑，用哪个都行；想省事就继续用减号，还能少记一个函数名。

7. 个人心得：从“会算日期差”到“把日期表设计对”，差的是几步思维转变

这几年看别人处理日期差问题，发现一个普遍规律：绝大多数人把问题聚焦在“用什么公式”上，却忽略了更本质的一层——源数据的日期质量，比任何公式都重要。一个脏乱差的日期列，哪怕你用了 DATEDIF、NETWORKDAYS、EDATE 的十层嵌套组合，算出来的结果也是脏的。先做数据体检，再写公式，碰到任何日期问题都会顺手很多。

如果你刚开始接触这些公式，我给你的顺序建议是：先把直接减法用熟，能够解释为什么结果是数字、为什么格式要改；然后把 DATEDIF 的三个核心单位代码用工具角色一样记在心里，遇到“工龄”“年龄”“账龄”问题能条件反射调用；最后再把 NETWORKDAYS.INTL 的 0/1 字符串当成一种“休息日配置语言”来理解，它能覆盖从双休到各种怪异排班的所有情况。

如果让我个人再补一句，就是别迷信单个函数能解决一切。很多看似复杂的日期差需求，分解成“先清洗日期数据 + 再用减法扣掉周末 + 最后做展示格式”三个动作之后，每个动作用到的都是基础函数。组合起来的公式虽然长，但每一步逻辑都清清楚楚，不管是三个月后回头改表，还是交接给同事，都不至于变成只有自己能看懂的“天书”。

到这里，三种计算日期差的方法——直接相减、DATEDIF、NETWORKDAYS/NETWORKDAYS.INTL——以及它们背后的日期存储原理、常见坑位和辅助函数，都已经完整过了一遍。你手头若有具体表格，不妨挑一种方法先跑通，跑完再对照本文第六节的避坑清单检查一遍，大概率能少走一大段弯路。