WPS表格如何按条件筛选并统计符合要求的数据？

一、先厘清边界：WPS 表格里的“筛选”和“统计”是两件事

很多人搜索「WPS表格如何按条件筛选并统计符合要求的数据」，心里想的其实是一个连续动作：先把符合条件的行挑出来，再对它们求和、计数、求平均。但在 WPS 表格的数据模型里，筛选（Filter）和统计（Aggregate）是两套彼此独立的机制；把它们当成一件事，往往就是“结果对不上”的根源。

筛选只做一件事：把不满足条件的行隐藏起来。被隐藏的行依然留在工作表里，也依然参与普通公式的计算。而统计函数默认“看得见”整个区域，包括你刚刚筛掉的那些行。这就是为什么不少人筛完之后用 SUM 求和，拿到的是全表合计，而不是筛选结果——不是软件出错了，而是你用的函数本来就不认筛选状态。

把这一层想清楚，后面所有路线选择都会变得简单：要么让统计函数“感知”筛选状态，要么干脆让统计条件独立于筛选状态、另写一遍。前者交互顺手，后者可复现性强，取舍点就在这里。

1.1 三条技术路线，对应三种使用节奏

按“条件从哪来”来分，WPS 表格里做条件统计大致有三条路。第一条是交互式：用自动筛选把数据筛出来，再用 SUBTOTAL 这类会跳过隐藏行的函数做汇总，适合边看边算、结论随时会变的场景。第二条是公式式：用 COUNTIFS、SUMIFS、AVERAGEIFS 把条件直接写进公式，筛选开不开都不影响结果，适合要留档、要给别人复核的报表。第三条是结构化：高级筛选把结果复制到新位置，或者用数据透视表做分组汇总，适合数据量大、维度多的场合。

这三条路没有绝对优劣，只有适配。经验性观察是：日常核对类工作，交互式最快；需要每周重复出数的工作，公式式最省心；上百行以上、还带多维度分组的，结构化最稳。文章接下来会按这个顺序展开，并在每一节末尾明确“什么时候不该用”，你可以带着自己的表格边读边对照。

二、指标导向：先定验收标准，再选方案

技术文档最容易犯的毛病，是直接给步骤却不给验收依据。统计类操作的麻烦之处在于——结果错了，表面上看不出来。一个小数点位置的错误，可能要等到汇报当天才被发现。所以在动手之前，建议先把三个指标定下来。

准确性指结果能否被独立方法复现。比如用 COUNTIFS 数出 137 条，那用自动筛选手动看一眼状态栏的计数，也应该是 137；两个数对不上，就说明中间有一环出了问题。刷新成本指数据更新后，你需要花多少动作让结论重新正确：公式式几乎为零，透视表通常只需右键刷新，而手动筛选加复制粘贴则要重来一遍。可复现性指换一个人、换一台设备打开这份表，能不能得到同样的数字。

把这三个指标写进你的工作习惯里，后面每选一条路线，你都能自己判断值不值。需要提醒的是，不同 WPS 版本在函数支持范围、界面文案上存在差异，本文所述路径以桌面端截至当前的最新版本为参照，具体入口请以你实际安装的版本为准。

三、方案 A：自动筛选配合 SUBTOTAL，交互式统计的首选

假设你手上有一份区域销售明细，字段包括地区、门店、日期、销售额。你想先看“华东地区”的情况，再顺手看看这批数据的合计金额。这就是典型的交互式场景：条件靠界面点选，结果随点选实时变化。

做法是：先在数据上方留出一行作为汇总行，在需要合计的单元格里输入 =SUBTOTAL(9, D2:D500)。然后选中表头行任意单元格，打开筛选，在“地区”列的下拉里勾选“华东”。此时你会看到，汇总单元格的数字随筛选结果一起变化，而不是死板地显示全表合计。

3.1 各平台的最短路径

Windows 桌面端：选中数据区域内的任意单元格，切到「数据」选项卡，点击「筛选」（图标为漏斗形）；也可以直接在「开始」选项卡中找到筛选按钮。启用后，表头每个单元格右下角会出现下拉箭头。macOS 桌面端：菜单栏「数据」→「筛选」，逻辑一致，菜单位置略有不同。Android / iOS 移动端：打开表格后，入口通常在工具栏的「数据」或「工具」分组里，名称可能显示为「筛选」；由于移动端屏幕小，建议先把光标落在数据区域内再点，避免 WPS 误判表格范围。网页端（金山文档）：工具栏「数据」→「筛选」。

移动端和网页端的入口文案会随版本调整，如果一时找不到，可以在工具栏里横向滑动查找，或者用搜索框输入“筛选”定位。这类入口差异属于正常的版本演进，不必因此怀疑功能被移除。

3.2 SUBTOTAL 的 9 与 109：一个容易踩的坑

SUBTOTAL 的第一个参数是功能编号。9 代表求和，109 也代表求和，区别在于对手动隐藏行的处理：编号 1–11 会把手动隐藏的行算进去，101–111 则会忽略手动隐藏的行。而无论用哪一组编号，被筛选排除掉的行都不会被计入。这个规则正是 SUBTOTAL 区别于 SUM 的核心价值。

所以如果你的表格里既有筛选，又有同事手动隐藏了几行“暂不统计”的数据，就应该用 109 而不是 9。常见的对应关系是：109 求和、103 计数（计数值）、102 计数值个数。建议在汇总单元格旁写一句批注说明用的是哪一档，方便交接时对方一眼看懂口径。

3.3 什么时候不该用方案 A

当你需要把结果发给别人，或者需要同时展示多个条件的统计结果时，交互式方案就开始力不从心了。因为筛选状态不会随着文件传递而被完整保留，对方打开后看到的可能是你筛选前的样子；而且一次只能展示一组条件的结果，想看“华东”和“华南”的对比，就得来回切换。这类需求应该往下走，进入公式式路线。

四、方案 B：COUNTIFS 与 SUMIFS，把条件写进公式

条件统计函数的价值在于“条件可复现”。公式一旦写好，数据怎么变、筛选开不开，结果都稳定。WPS 表格支持的条件统计函数族包括 COUNTIFS（多条件计数）、SUMIFS（多条件求和）、AVERAGEIFS（多条件平均）、MAXIFS / MINIFS（多条件极值），以及单条件版本 COUNTIF、SUMIF、AVERAGEIF。

以 COUNTIFS 为例，语法是 COUNTIFS(条件区域1, 条件1, 条件区域2, 条件2, ...)。所有条件区域的行数必须一致，否则会返回错误。要注意的是，这些函数的名字里“IFS”在后，而实际参数顺序是“区域在前、条件在后”，和 SUMIF 的“区域、条件、求和区域”顺序不同，初次使用时容易写反。

4.1 一个具体例子：门店销售达标情况

假设 A 列是地区，B 列是门店，D 列是销售额，你想统计“华东地区且销售额大于 50000”的门店数量，公式写作 =COUNTIFS(A2:A500,"华东",D2:D500,">50000")。如果还想同时得到这些门店的销售总额，把函数换成 SUMIFS：=SUMIFS(D2:D500,A2:A500,"华东",D2:D500,">50000")。注意 SUMIFS 的第一个参数是求和区域，写法与 COUNTIFS 不同。

把这两个公式放在表格右侧的“统计看板”区域，再加上几行不同条件的组合，就得到了一个不依赖筛选状态的静态报表。经验性观察是，这类看板在每周重复出数的场景里能显著减少手工操作，因为数据更新后你什么都不用做。

4.2 通配符、日期区间与常见陷阱

文本条件支持两个通配符：星号（*）匹配任意多个字符，问号（?）匹配单个字符。例如 "*旗舰店" 可以匹配所有以“旗舰店”结尾的门店名。如果要匹配星号本身，需要在前面加波浪线转义。这一点在处理含特殊符号的编号时特别容易出错。

日期条件要写成字符串形式并配合比较运算符，例如 ">="&DATE(2026,1,1) 这种拼接写法可以避免因区域设置不同导致的日期识别失败。建议把起止日期放在独立的单元格里，公式引用这两个单元格，这样以后改条件只需要改单元格，不用动公式。

4.3 方案 B 的边界

公式式路线不适合条件频繁变化、且变化方式无法预先枚举的场景。如果你需要按十几个维度任意组合查看，写十几个公式是不可持续的，这时候应该转向透视表。另外，当数据行数极大时，大量条件统计公式会带来明显的重算负担，可能出现输入卡顿，此时应改用透视表或先对数据做一次整理。

五、方案 C：高级筛选与数据透视表，处理大表与多维度

当数据达到数百行以上，或者你需要同时对多个维度做分组统计时，前两条路线都显得单薄。这时候有两个更结构化的工具，它们把“条件”和“布局”从单元格里拿出来，变成可以反复使用的一份配置。

高级筛选的核心是“条件区域”。你在表格空白处写出条件，比如在同一行写“地区=华东、销售额>50000”表示“且”，在不同行写则表示“或”。然后在「数据」选项卡中打开「高级筛选」，选择“将筛选结果复制到其他位置”，指定条件区域和目标位置，就能把符合条件的行原样复制出来。这样做的好处是结果是一份独立的数据，可以继续拿去做别的处理，不会因为原始筛选状态变化而失效。

5.1 数据透视表：一次配置，反复刷新

数据透视表的思路是把“统计”变成“布局”。把地区拖到行区域，把销售额拖到值区域，默认就得到分地区的求和结果；再把门店拖到行区域，就得到两级分组。想筛掉某些行，用透视表自带的筛选字段即可，它只影响展示，不影响源数据。

透视表最实用的特性是刷新。源数据更新后，在透视表上右键选择刷新，所有汇总值重新计算，布局和格式保持不变。对于需要定期出数的报表，这个特性带来的时间节省非常可观。需要注意的是，透视表对数据源有要求：首行必须是唯一的字段名，中间不能有完全空白的行或列，也不建议合并单元格，否则范围识别会出问题。

5.2 什么时候交出选择权

高级筛选和透视表都不适合“临时看一眼”的场景。构建条件区域、调整字段布局都需要若干步骤，如果只是想知道某个数的合计，用方案 A 或 B 更快。判断标准很简单：这个统计你会不会做第二次？会，就值得用结构化方案；不会，就怎么快怎么来。

六、方案 D：动态数组函数，一次写对的现代写法

近些年电子表格的一个明显演进方向是动态数组。以 FILTER 为例，它能直接根据条件返回一个结果数组，公式写在单个单元格里，结果会自动“溢出”到相邻的空白区域。配套的还有 UNIQUE（去重）、SORT / SORTBY（排序）、SEQUENCE（序列生成）等。

这一族函数的可用性与版本、平台相关。经验性观察是：在较新的桌面版本中通常已经可用，而移动端与网页端的支持节奏可能不同步。因此不要假设某个函数一定存在，先验证再使用。

如果验证通过，那么“按条件筛选并统计”可以合成一句：=SUM(FILTER(D2:D500, A2:A500="华东"))。它的可读性和可维护性都优于嵌套函数，条件变化时改一处即可。代价是它对使用环境有要求，一旦文件在旧版本里打开，可能无法正常显示结果。因此如果这份表需要跨环境传递，稳妥做法仍是保留一份 COUNTIFS 版本作为备份。

七、版本演进与迁移建议

把这几条路线放在时间轴上看，会发现一条清晰的趋势：条件从“界面操作”逐步走向“写在公式里”，再从“写在公式里”走向“声明式表达”。早期版本里，条件筛选主要靠自动筛选和高级筛选，统计靠手动的 SUM/COUNT；随后条件统计函数族普及，条件开始可复现；近来的动态数组又把“筛出来的结果”变成可以直接参与后续计算的一等公民。

对使用者的实际影响是：如果你的表格需要长期维护并跨人协作，建议逐步把依赖界面状态的统计迁移为公式或透视表。迁移时不必一步到位，可以从最常被问到的那个数字开始，把它从“筛完再看”改成固定公式，然后交叉核对一次，确认无误再迁移下一个。

需要保留交互式方案的情况同样存在：探索性分析阶段，条件本身还没想清楚，这时候固定公式反而是负担。合适的节奏是先用手动筛选摸清数据结构，条件稳定后再固化成公式——顺序反了，返工的成本往往更高。

八、监控与验收：三种交叉校验方法

统计结果必须能被独立验证，否则“准确”只是一个说法。以下三种方法各有侧重，建议至少用两种，让两条互不依赖的路径互相印证。

方法一，状态栏对照。启用自动筛选并选中符合条件的可见单元格，WPS 表格底部状态栏通常会显示“计数”或“求和”信息。把状态栏的数字和你的公式结果比一比，这是最快的初筛手段。

方法二，SUBTOTAL 对照。在表头旁放一个 SUBTOTAL 汇总单元格，筛选到目标条件，读取数值，再和 COUNTIFS 或 SUMIFS 的结果比对。两条独立路径给出同一个数，可信度大幅提升。

方法三，抽样复核。从结果中随机挑几条记录，手工核对它的原始字段是否真的满足条件。这一步看起来笨，但它能发现“条件写对了但数据本身不干净”的问题，比如文本里混入了多余空格导致相等的判断失效。

三个数字如果对不上，不要急着改公式，先找差异来源。常见的情况是数据里存在前后空格、全角半角混用，或者日期列实际是文本格式。这些属于数据质量问题，公式本身没错。

九、故障排查：按现象找原因

现象：筛选后 SUM 求和结果不变。这是预期行为，不是故障。SUM 不感知筛选状态，请改用 SUBTOTAL，或改用 SUMIFS 把条件写进公式。验证方法：启用筛选并切换条件，观察 SUBTOTAL 单元格是否变化。

现象：COUNTIFS 返回 0，但肉眼能看见匹配项。优先检查两点：条件区域的行数是否一致；文本中是否混有空格的不可见字符。可以用 LEN 函数测一下单元格字符长度，如果和肉眼看到的字数不符，说明存在多余空格。处置方式是用查找替换去掉首尾空格，或改用包含匹配。

现象：高级筛选报错说引用无效。通常是条件区域的表头与数据源的表头不一致，或者条件区域包含了多余的空白行。处置方式：重新框选条件区域，确保第一行为字段名且与数据源完全一致。

现象：透视表刷新后行数变少了。可能是源数据新增的行没有被纳入透视表的数据范围。处置方式：检查数据源区域是否覆盖了新行，必要时把数据源转换为表格对象，让范围自动扩展。

十、适用与不适用场景清单

把上面的内容压缩成一张判断表，会更便于落地。

还有一些情况应当直接避免自动化统计：数据源本身处于持续编辑状态、字段含义尚未定稿、或者行结构中存在大量合并单元格。这些时候先把数据结构理顺，比急着写公式更有价值。

十一、最佳实践检查表

最后给出一份可以贴在工位上的清单，用于每次做条件统计前后的自检。

动手前：确认数据首行是唯一字段名，且没有合并单元格；确认目标列的格式统一（数值列不要混入文本型数字）；把统计条件先写在纸上或用单元格列出，避免边写公式边改条件。

动手时：条件区域的行号范围与求和区域保持一致；日期与数值条件使用单元格引用而非硬编码；为公式区域留出足够的空白，防止动态数组溢出时覆盖已有内容。

动手后：用至少两种方法交叉校验结果；把关键条件写进批注或旁边的说明单元格，方便下次接手的人理解；如果是定期报表，固定一次检查流程，记录每次的核对结果。

常见问题解答

小结与下一步

回到最初的问题：WPS 表格按条件筛选并统计符合要求的数据，关键不在于记住某个函数的写法，而在于先分清“筛选是隐藏行、统计是算数”这层边界。想边看边算，选自动筛选配 SUBTOTAL；想结果可复现，选 COUNTIFS 与 SUMIFS；数据量大、维度多，就上透视表；环境支持的话，动态数组能让公式更简洁，但跨版本传递时记得留一份兼容方案。

下一步建议你打开手头最常维护的那份表格，挑出被问得最多的那个数字，把它从“筛完再看”改成一个固定公式，然后用状态栏和 SUBTOTAL 各核对一次。跑通这一个，其余的统计项照着迁移就好。迁移过程中如果遇到结果对不上的情况，先别急着改公式，回到数据本身找找空格、格式和区域的差异，问题往往就在那里。