WPS表格如何按颜色筛选数据并统计数量？

颜色筛选到底解决什么问题：从“看得见”到“算得出”

在 WPS 表格里，按颜色筛选数据并统计数量这件事，本质上是一次“视觉线索到计算条件”的转换。我们平时给单元格填色，往往是随手做的标记：红色代表逾期、黄色代表待确认、绿色代表已闭环。颜色对人是直观的，对表格引擎却只是一个格式属性——它不参与求和，不参与计数，也不出现在任何函数的参数里。颜色筛选要解决的，就是先把这些“只有人看得懂”的标记翻译成“机器挡得住”的行集合，再在这个行集合上做统计。

理解这一点之后，很多操作上的困惑就自然消解了。你会明白为什么筛选之后直接写 COUNTIF 结果对不上——因为 COUNTIF 只看单元格的值，不看它被筛选隐藏了没有；你也就会明白，为什么“按颜色统计”更接近一次性的临时视图，而不是持久的数据分类。颜色是格式，格式可以被随手改掉，所以颜色统计更适合做阶段性的巡检，而不适合当作长期的账目口径。

和颜色筛选容易混淆的，是条件格式。条件格式是根据规则自动上色，颜色由数值派生而来；而手动填充色是先有颜色、再被赋予含义。前者颜色跟着数据走，后者含义跟着人走。本文讨论的主要是后者，同时会在例外章节专门说明前者的兼容边界，因为这两者在筛选菜单里的表现并不完全一致。

先做兼容性判断：你的颜色是从哪来的

动手之前，先花十秒钟确认颜色的来源，这一步能省掉后面大量的返工。同样是“红色”，来源不同，筛选菜单里能列出什么、筛出来的结果稳不稳定，结论都不一样。下面的判断顺序建议从上往下走。

手动填充色：最稳的一类

指的是通过工具栏的填充颜色按钮，或单元格格式对话框里设置背景色形成的颜色。这类颜色是直接存储在单元格样式里的，筛选菜单通常能稳定列出它们，而且同一种颜色在不同机器上打开后表现一致——前提是两台机器的主题与配色未被大幅改动。如果你希望筛选结果可复现、可交给同事继续操作，优先把标记做成手动填充色。

条件格式产生的颜色：需要实测

条件格式的填充色属于“显示层”，它不是手工涂上去的，而是规则计算出来的。经验性观察是：部分版本的 WPS 表格会把条件格式产生的颜色也纳入颜色筛选的候选列表中，部分版本则只列出手动填充色。这属于版本行为差异，无法靠记忆下结论，只能实测。

可复现的验证方法很简单：新建一张空白工作表，A 列填入几个数字，对其中一部分应用一条“大于某值则填红”的条件格式规则，然后对这一列开启筛选，展开颜色筛选菜单，观察菜单里是否出现红色项。出现即支持，不出现则说明该版本不支持用颜色筛条件格式的结果。整个验证过程不到一分钟，比事后猜测可靠得多。

字体颜色与图标集：是另一套入口

字体颜色筛选和单元格填充色筛选通常是并列的两组菜单项，不会混在一起。图标集（也就是在单元格里显示红黄绿小箭头或圆点的条件格式样式）在部分版本的筛选菜单中会被归入“按图标筛选”。这三者的统计口径互不相通，如果你在同一列里既涂了底色又设了图标集，筛选时要明确自己按的是哪一类，否则很容易得出一个自己都解释不清的数字。

数据准备：筛选失败的多数原因在这里

颜色筛选本身没有复杂的设置项，绝大多数“点了没反应”或“结果不对”，根因都在数据区域的结构上。建议在开启筛选前先把下面几件事确认一遍。

• 表头必须是单独一行。如果标题占了两行甚至三行，筛选箭头会出现在合并后的表头区域，下拉菜单里的颜色列表可能对应不上你想象中的列。
• 避免在数据区中间留整行空白。自动筛选的识别范围通常到第一条完全空行为止，空白行之后的数据不会被纳入筛选，也就不会出现在统计结果里。
• 尽量避免合并单元格。合并单元格会让筛选箭头的位置和筛选范围变得难以预测，视觉上也难以判断某一行到底属于哪个分组。
• 同一种含义只用一个颜色。“红色”和“深红”在菜单里是两个独立选项，如果混用，筛选时就要勾选两次，统计时也容易漏。

之所以强调最后一条，是因为颜色筛选是按“颜色值”匹配的，不是按“你心里想的那个红”匹配的。用取色器随手取到的近似色，在系统看来完全是另一种颜色；而前面三条决定的，则是筛选的范围到底覆盖了哪些行。要保持口径统一、范围完整，最省事的办法是先用“格式刷”把标准色刷满，再开始标记。

桌面端最短可达路径（Windows / macOS）

桌面端是颜色筛选的主力环境，因为列头下拉菜单在桌面端的交互最完整。下面给出的是最短路径，不涉及任何高级设置。不同版本的具体界面文案可能略有出入，请以你实际安装的版本为准。

1. 单击数据区域内任意一个单元格，确保光标落在目标数据表里。
2. 切换到顶部「数据」选项卡，点击「筛选」按钮。此时每一列的表头右侧会出现一个下拉箭头。
3. 点击包含颜色标记的那一列的下拉箭头。注意：颜色筛选只作用于你点开的这一列，不会跨列生效。
4. 在展开的菜单中找到「按颜色筛选」，把鼠标移到它上面，右侧会展开子菜单，列出当前列中出现过的单元格颜色（或字体颜色）。
5. 点击目标颜色，表格立即只显示该颜色的行。此时左上角的下拉箭头图标会变成筛选态，提示当前处于筛选状态。

Windows 上还有一个不必点菜单的快捷方式：选中数据区后按 Ctrl+Shift+L，可以直接切换自动筛选的开关。它是“切换”而不是“筛选颜色”，颜色选择仍然要在下拉菜单里完成，但能省掉找按钮的时间。macOS 端的菜单结构与 Windows 基本一致，主要差别在菜单栏位置和部分快捷键映射，如果快捷键不生效，直接用鼠标走上面的五步即可。

找不到「按颜色筛选」时的回退路径

如果你展开了下拉菜单却没看到「按颜色筛选」这一项，通常是两个原因之一。第一个原因是该列确实没有任何颜色标记，菜单会直接省略这个条目；第二个原因是当前列的筛选菜单处于“文本筛选/数字筛选”的形态，需要先确认这一列是否被识别为了数值或文本类型。

回退方案有两条。一是换用「查找」路径：按 Ctrl+F 打开查找对话框，点击「格式」→「从单元格选择格式」，用吸管点一下目标颜色的单元格，然后执行「查找全部」，查找结果列表下方通常会给出匹配项的数量。这条路径不依赖筛选菜单，适合临时点验。二是把颜色含义写成辅助列的文字，然后用常规的按值筛选，这也是后文会重点推荐的做法。

筛选之后的统计：三条路径，各有取舍

筛出来只是第一步，真正让人头疼的是“到底有多少行”。下面给出三条路径，从快到慢、从临时到可复用，你可以按场景挑一条。

路径一：状态栏计数，最快但不留痕

选中筛选结果中某一列的数据区域，WPS 表格底部的状态栏通常会自动显示这一选中区域的统计信息，包括计数、数值计数、求和、平均值等。筛选状态下，被隐藏的行不参与这些统计，所以你看到的就是“当前可见行”的数量。

这条路径的优点是零成本，缺点是数字不留痕，也不方便写进汇报。状态栏显示哪些统计项，通常可以通过在状态栏的统计区域上点击或右键来切换；不同版本的入口位置略有差异，如果默认没显示计数，在状态栏上找一下可勾选的统计项列表即可。经验性观察是：这一步在桌面端体验顺畅，在移动端因为屏幕空间有限，状态栏统计信息的可读性会明显下降。

路径二：SUBTOTAL 函数，把数字落到单元格

如果你需要一个“跟着筛选自动变化”的数字，用 SUBTOTAL。这个函数的特殊之处在于：它会自动忽略被筛选隐藏的行，因此筛选切换时，结果会实时重算。这在所有函数里是比较少见的特性。

常用的两个参数组合是：统计非空单元格数量用 SUBTOTAL(3, 区域)，对数值求和用 SUBTOTAL(9, 区域)。如果在参数前加 100，也就是 103 和 109，那么在忽略筛选隐藏行的基础上，还会额外忽略你手动隐藏的行。这两个版本的区别在于：手动隐藏的行算不算数。做颜色统计时，因为筛选本身就隐藏了行，9 和 109 在大多数情况下结果一致，但如果你同时还手动隐藏过若干行，就需要明确自己想要哪一个口径。

有一个坑要提前说清楚：SUBTOTAL 的统计区域里不要包含其他小计公式，否则会出现重复计算。稳妥的做法是把小计公式放在数据区之外，比如表格右侧的一个独立单元格，区域参数写死成固定的数据列范围。

路径三：辅助列 + COUNTIF，最可复用

如果这份表格不是你一个人看，或者这张表要留存几个月，我更推荐把颜色转成文字。做法是在数据区右侧新增一列“状态”，手工或按规则填入“逾期 / 待确认 / 已闭环”这样的文字，然后用 COUNTIF 或 COUNTIFS 直接统计。这样一来，统计结果不依赖任何人还记不记得颜色的含义，也不会因为有人顺手改了个填充色而失真。

这条路径看起来多了一步，但它把“颜色”这个易失的视觉信息转成了“值”这个可计算、可校验、可排序的信息。两者的定位本就不同：颜色筛选适合回答“现在这一屏上有多少”，辅助列适合回答“这个月一共有多少”，不存在谁替代谁的问题。

一个完整示例：两百行跟进表按底色统计

假设有一张约两百行的项目跟进表（示例数据，仅用于说明流程），A 列是项目名，B 列是负责人，C 列是截止日期，D 列是备注。团队约定：D 列底色为红表示已逾期，黄表示有风险，无底色表示正常。

第一步，单击表格中任意单元格，在「数据」选项卡点「筛选」。第二步，点开 D 列的下拉箭头，进入「按颜色筛选」，选择红色，此时表格只剩下红色的那些行。第三步，在表格右侧空白处写一个 =SUBTOTAL(3, A2:A200)，得到当前可见项目的数量。第四步，把筛选切换到黄色，这个单元格的数字会自动跟着变。第五步，如果你想同时看到红和黄的总数，需要分两次记录，因为一次筛选只能匹配一种颜色——这也是颜色筛选在“多口径合并统计”上的天然短板。

如果这张表每周都要报一次数，那么更划算的做法是把 D 列的底色含义同步写进 E 列的“状态”字段，然后用 COUNTIF(E:E, "逾期") 直接取数。底色继续留作视觉提示，数字交给文字字段负责，两者并行不冲突。

例外与副作用：什么时候不该用颜色统计

颜色筛选的第一个副作用是不可审计。一张表交出去之后，谁在什么时候给哪一行涂了颜色，表格本身不会留下记录。如果这个数字要用于对账、结算或者对外披露，颜色作为依据是不够的，必须回到文字字段或专门的标记列。

第二个副作用是颜色会被无意破坏。常见的破坏方式有三种：从别处复制粘贴数据时把源格式一并带过来；使用“清除格式”功能；批量套用表格样式。这三种操作都不会给出警告，统计口径却已经变了。经验性观察是，在多人协作的表格里，颜色标记的平均存活时间远短于文字字段。

第三个副作用是统计口径无法合并。一次筛选只能选一种颜色，因此“红色加黄色一共多少”这样的问题，颜色筛选本身给不出一键答案，必须分两次取数再相加，或者改用辅助列。当你的统计需求从“看一看”升级为“出报表”时，就该考虑切换到辅助列方案了。

还有一个容易被忽略的点：打印与截图会丢失筛选语义。筛选后的视图打印出来是干净的一张表，但接收方看不到“这是从两百行里筛出来的红色部分”，数字脱离了筛选状态就失去了上下文。在报表里附一句筛选条件说明，是个成本极低但很有效的习惯。

移动端与多端协作的差异

WPS Office 的移动端可以打开和编辑表格，也可以执行筛选操作，但移动端的交互以触摸和紧凑菜单为主，列头下拉箭头这类交互在手机屏幕上的可用性明显低于桌面端。经验性观察：按颜色筛选这类需要展开多级子菜单的操作，在移动端完成会比较吃力，更适合在桌面端做完筛选和统计，再把结果同步到移动端查看。

如果你确实需要在移动端临时查看某一类的数量，比较稳妥的方式是在表格里预先用辅助列写好状态字段，然后在移动端用按值筛选，或者在表格里预留一个用 COUNTIF 写好的统计单元格。文字口径在移动端的适配性明显更好，因为它不依赖颜色渲染的一致性。

跨设备协作时还有一个隐性风险：不同设备、不同主题模式下的色彩渲染可能存在细微差异，人眼看到的“红”和系统记录的“红”在极端情况下不是同一个值。这不会影响筛选结果（筛选比对的是存储值），但会影响人的判断。所以不要靠肉眼比对两列颜色是否“一样”，用格式刷统一才是可靠做法。

与宏和自动化的协同：只在必要时才上

WPS 表格提供了宏能力，可以用脚本方式读取单元格的格式属性，从而实现“按颜色列出所有行”或“按颜色汇总”这类批量操作。这条路在技术上可行，但它带来两个额外负担：一是脚本需要随表格一起分发，接收方必须允许运行宏；二是脚本依赖的接口在不同版本间可能存在差异，升级后需要重新验证。

如果你决定走这条路，请遵守权限最小化原则：脚本只读取当前工作表的指定区域，不要遍历整个工作簿，不要写入除结果区以外的任何单元格，也不要做任何文件级操作。运行前先在副本上验证一轮，确认输出与手工筛选的结果一致，再考虑在正式表上使用。

需要提醒的是，用于读取颜色的宏表函数属于兼容性功能，在部分版本中可能不可用或行为不同，因此这类方案不应作为关键流程的唯一依赖。如果你的统计是周报、月报这类必须按时产出的内容，用辅助列加常规函数的组合会更稳。

故障排查：按现象定位原因

下面按“现象 → 可能原因 → 验证 → 处置”的顺序整理几种常见情况，便于快速定位。

现象一：下拉菜单里没有颜色选项

可能原因是该列没有任何填充色或字体色，或者颜色来自条件格式而当前版本不识别。验证方法是手动给该列一个单元格涂上明显的底色，再看菜单是否出现颜色项；如果出现了，说明之前确实没有可筛选的颜色。处置方式是把标记改成手动填充色，或改用按值筛选。

现象二：筛选结果比预期少

最常见的原因是多列筛选条件叠加，其次是数据区中间存在空白行导致后续行未被纳入筛选范围，还有一种是同一种含义用了两种近似的颜色。验证方法是先清除该工作表所有列的筛选条件，只保留颜色这一个条件，观察数量是否恢复正常。处置方式依次是：清除多余筛选、删除或填充空白行、用格式刷统一颜色。

现象三：SUBTOTAL 的数字不跟着筛选变化

可能原因是统计区域写错了，比如区域范围没有覆盖到实际数据行，或者区域起点在表头之外。另一个可能是该区域的行并没有被“筛选隐藏”，而是被手动隐藏，此时用 9 不会忽略它们，需要改成 109。验证方法是切换一次筛选条件，看数字是否变化；不变就说明区域或参数有问题。

现象四：状态栏不显示计数

可能原因是状态栏的统计项被关掉了，或当前没有选中任何区域。验证方法是选中几个有内容的单元格，观察状态栏是否有任何统计文字出现。处置方式是点击或右键状态栏的统计区域，把计数等需要的项勾选回来；不同版本的入口位置略有差异，以实际界面为准。

适用与不适用场景清单

把前面的讨论收敛成一张判断表，用的时候直接对号入座即可。

场景	建议做法	理由
临时看一眼某类数据的条数	筛选 + 状态栏计数	零成本，不需要改动表结构
需要一个随筛选实时变化的数字	SUBTOTAL	自动忽略筛选隐藏行
数字要写进周报、月报或对账	辅助列 + COUNTIF	可审计、可复用、抗格式变动
多人同时编辑同一张表	不依赖颜色，改用文字字段	颜色在协作中容易被覆盖
需要合并多种颜色的总数	辅助列 + COUNTIFS	一次筛选只能匹配一种颜色
颜色由条件格式自动生成	先做小范围兼容性验证	版本行为存在差异

最佳实践检查表

下面这份清单可以直接贴在团队的操作规范里，每次开始颜色标记前过一遍。

• 先定语义，再上颜色。红色代表什么、黄色代表什么，写进表格的说明行或备注里，不要只存在于某个人的记忆里。
• 颜色数量控制在三到四种。颜色越多，筛选菜单越长，误选概率越高。
• 统一用格式刷扩散颜色。不要用取色器逐个取近似色，那会制造出多个互不匹配的颜色值。
• 关键口径必须落到文字列。颜色是提示，文字是依据。需要统计的内容，一律在辅助列里留一份文字记录。
• 筛选前清除其他列的筛选条件。避免条件叠加导致数字偏小。
• 报表里注明筛选条件。例如“本表数据为 D 列标记为红色的行”，让接收方能还原上下文。
• 重要表格操作前留副本。颜色标记的破坏往往是不可逆的，保留一份未改动的副本是低成本的保险。

这份清单不必一次全记住，它的用法更像“新表开工前的仪式”：第一次建表时逐条对照，之后就按表格形态挑相关的几条即可。表格本身也在演进——当团队新增一种颜色、新增一个统计口径，或者表格从个人使用改为多人协作时，回头再看一遍这份清单，通常能提前发现不少问题。

如何验证你的统计结果是可信的

任何一次颜色统计，都建议用两条互不相同的路径交叉验证一次。第一条路径是筛选加状态栏计数，第二条路径是辅助列加 COUNTIF。两条路径得出的数字如果一致，基本可以确认口径没问题；如果不一致，差值通常来自空白行、条件叠加或颜色不统一这三类原因。

还有一个更简单的自检办法：把所有筛选条件清除，记下总行数；再按颜色筛选，记下可见行数；然后换一种颜色筛选，记下可见行数。几种颜色的可见行数之和，应该等于或小于总行数，并且差额只来自于那些没有颜色的行。如果和大于总行数，说明筛选条件发生了叠加，需要回头检查。

常见问题（FAQ）

小结：让颜色回归提示，让统计交给字段

回到最初的问题：WPS 表格按颜色筛选数据并统计数量，操作路径本身并不复杂——开启筛选、点开列头下拉菜单、进入按颜色筛选、用状态栏或 SUBTOTAL 取数。真正决定成败的是背后的判断：颜色是给人看的提示，不是给机器算的依据。把它当作短期巡检的工具，它非常好用；把它当作长期的统计口径，它一定会出问题。

如果你的表格只有几十行、只给自己看，筛选加状态栏计数就够了，不必增加任何结构。如果这张表要交给同事、要出周报、要留存归档，那么花十分钟加一列文字状态、写上几条 COUNTIF，长期收益远大于这一次的投入。

版本预期：需要说明的是，本文涉及的多处行为差异——例如筛选菜单是否列出条件格式产生的颜色、状态栏统计项的入口位置——都属于经验性观察，会随版本更新而变化。与其记住某个具体版本的结论，不如记住验证方法：拿一张空白表实测一次，几十秒就能得到当前版本的答案。凡是统计口径要长期使用，就用辅助列加常规函数兜底，把版本差异的影响限制在最小范围内。

下一步，建议你拿手头正在用的一张表做一次小实验：先按颜色筛选一次，记下状态栏的计数；然后加上辅助列，用 COUNTIF 统计同一个口径；对比两个数字是否一致。这个对比过程本身，就能帮你判断当前的标记习惯是否足够稳健，也能暴露出那些藏在颜色里的口径分歧。