Excel求和结果不对，是不是隐藏了行？先查这几点
很多人遇到过一个场景：表格里明明有几十行数据，和结用 SUM 或状态栏看合计，隐藏数字却比手工估算的行先少一截。第一反应往往是查点“是不是隐藏的行没被算进去”。这个怀疑有道理，和结但结论不能一概而论——在 Excel 里，隐藏隐藏行是行先否参与求和，取决于你用的查点是哪个函数、通过什么方式隐藏，和结以及是隐藏否开启了筛选。把这三件事分清楚，行先基本就能定位问题。查点
先分清：隐藏、和结筛选、隐藏分组是行先三种不同状态
手动右键隐藏某几行，和用“筛选”功能把不符合条件的行藏起来，在 Excel 内部是两种机制。手动隐藏只是把行高设为 0，数据仍然在表里；筛选则是给数据打上“可见/不可见”的标记。此外，用“组合”做的大纲折叠，也会让行看起来消失，但性质又不一样。判断求和结果不对，第一步就是确认这些行到底是被隐藏、被筛选，还是被折叠了。
一个快速的判断方法：看行号。如果行号是连续的、只是中间某几行不见了，通常是手动隐藏或折叠；如果行号显示为蓝色、并且表头出现了下拉箭头，那多半是筛选状态。两种状态下，同一个求和公式可能给出完全不同的结果。
关键区别：SUM、SUBTOTAL、AGGREGATE 各管什么
SUM 函数的特点是“一视同仁”。无论行是手动隐藏、被筛选掉，还是被折叠，只要单元格还在区域内，SUM 都会把它算进去。所以如果你的合计是用 SUM 写的，结果反而不会因为隐藏行而变少——这时候数字不对，原因多半在别处，比如区域漏选、文本型数字没被计入、或者公式引用错了列。
真正会“跳过隐藏行”的是 SUBTOTAL。它第一个参数决定行为：用 9 或 109 时执行求和，其中 109 会忽略手动隐藏的行，9 则把隐藏行也算上。更常用的是 109，配合筛选使用时，它只对当前可见的行求和，这也是筛选后合计自动变化的原因。如果表格里原本用的是 SUBTOTAL(109,...)，而你后来又手动隐藏了几行，合计就会跟着变小，看起来就像“求和漏了数据”。
AGGREGATE 函数功能更强，第一个参数选 9（求和），第二个参数选 5 可以忽略隐藏行，选 7 则连错误值一起忽略。它的适用面比 SUBTOTAL 更广，但参数容易记混，建议在正式表格里固定一种写法，避免同事接手后改乱。
按顺序排查：一份可照着做的核对清单
SUM 还是 SUBTOTAL。这一步决定了后面所有判断方向。SUM，先检查求和区域有没有漏行。常见失误是插入新行后区域没自动扩展，或者选区只框到了中间一段。SUM 计入。可以用“分列”或乘以 1 的方式转换。SUBTOTAL，看第一个参数是 9 还是 109。109 会忽略手动隐藏行，这是结果变小的最常见原因。A:A 有时会把表头文字也算进区域，虽不影响求和，但容易掩盖真实问题。走完这六步，绝大多数“求和不对”的情况都能找到原因。如果还是对不上，可以临时把隐藏行全部取消隐藏，对比两次结果，差值往往就是被忽略的那些行。
什么时候该用哪种写法
做固定报表、需要看到全量数据时，用 SUM 更直观，隐藏行不会影响合计。做筛选分析、希望合计随筛选联动时，用 SUBTOTAL(109,...)。如果表里既有筛选又有手动隐藏，还想忽略错误值，再考虑 AGGREGATE。需要提醒的是，不同版本的 Excel 和 WPS 在界面按钮位置上略有差异，具体入口以你本机软件的“公式”选项卡为准。
还有一个容易被忽略的点：如果表格是共享给多人编辑的，别人可能在你不知情时改了公式或加了隐藏行。建议在关键合计旁加一句备注，写清用的是哪种函数、是否随筛选变化，减少后续扯皮。
小结一下：Excel 求和结果不对，未必是隐藏行造成的。先用编辑栏确认函数类型，再区分隐藏、筛选、折叠三种状态，然后按清单逐项排除文本型数字和区域漏选。把 SUM 与 SUBTOTAL 的差别记牢，下次看到合计“凭空变少”，你就知道该先点哪里、再看哪里，而不是盲目取消隐藏反复试。