我遇到过好几个类似的情况，大概率是条件匹配的隐性问题，结合你说的列格式（B列数字、A/G短日期、D列文本），咱们一步步来排查：

1. 日期看起来一样，但实际不匹配（最常见！） #

你说A列和G列都是短日期，但很多时候单元格显示的是短日期，实际却藏着时间部分——比如A列的单元格实际值是2024-05-20 16:30，只是格式设为短日期后看不到时间，而G列的日期是纯日期（时间为00:00），这时候A1=G1会返回FALSE，SUMIFS自然匹配不上。

排查方法： #

选中A列的一个目标日期单元格，看编辑栏里的完整内容——如果显示带时间，那就是这个问题。

解决办法： #

把日期条件改成匹配当天的范围，比如原来的条件是A:A, G2，改成两个条件：

A:A, ">="&G2, A:A, "<"&G2+1

这样不管A列日期有没有时间，只要是当天的都会被匹配到。

另外还要确认A/G列是不是真的是日期格式：选中单元格按Ctrl+1，看分类是不是「日期」；如果是「文本」的话，就算显示成日期也没用，得用DATEVALUE()转换成真正的日期，比如在空白列输入=DATEVALUE(A1)，下拉后复制粘贴回A列，再设置成短日期格式。

2. D列文本条件有隐藏的空格或格式差异 #

D列是文本格式，看起来一样的文本，实际可能有前后空格、全角/半角字符差异——比如D列单元格内容是"订单1 "（末尾有空格），但你SUMIFS里的条件写的是"订单1"，这时候就匹配不上。

排查方法： #

选中D列的目标单元格，看编辑栏里的完整内容，或者用=LEN(D1)看字符长度，和你输入的条件的字符长度对比（比如条件是"订单1"长度是3，而单元格内容长度是4，那肯定有空格）。

解决办法： #

要么手动清理D列的空格（用TRIM(D1)批量处理），要么在SUMIFS的条件里加入TRIM()：

D:D, TRIM("你的条件文本")

或者直接用通配符（如果允许模糊匹配的话）："*订单1*"，但精确匹配的话还是清理空格更稳妥。

3. B列的"数字"其实是文本型数字 #

你说B列格式是数字，但有时候单元格看起来是数字，实际却是文本格式的数字（比如通过导入、复制粘贴过来的），这时候SUMIFS无法对文本型数字求和，会返回0。

排查方法： #

选中B列的目标单元格，看左上角有没有绿色的三角感叹号——有的话就是文本型数字；或者用=ISNUMBER(B1)测试，返回FALSE就是文本型。

解决办法： #

点击左上角的感叹号，选择「转换为数字」；或者在空白列输入=VALUE(B1)，下拉后复制粘贴回B列，再设置成数字格式。

4. 条件逻辑搞反了（与/或混淆） #

SUMIFS的所有条件是同时满足的「与」关系，如果你的需求是满足其中一个条件就行（「或」关系），那用SUMIFS就会返回0，这时候得换成SUMIF+SUMIF或者SUMPRODUCT来实现「或」逻辑。

比如想要A列等于G2 或者 D列等于"目标文本"，就不能用SUMIFS，得写：

=SUMIF(A:A, G2, B:B) + SUMIF(D:D, "目标文本", B:B) - SUMIFS(B:B, A:A, G2, D:D, "目标文本")

（最后减的部分是避免重复计算同时满足两个条件的行）

最后验证一下 #

可以先用COUNTIFS测试条件有没有匹配的行：

=COUNTIFS(A:A, ">="&G2, A:A, "<"&G2+1, D:D, "你的文本条件")

如果返回的数大于0，说明有匹配的行，那再看B列的数值是否正常；如果返回0，说明确实没有同时满足条件的行，那就要重新检查你的条件是不是写错了。

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