功能定位：颜色只是视觉标记，WPS把它变成可计算属性
在 WPS 表格里，单元格颜色本身不是数值，无法直接参与运算。2026 年 3 月发布的 12.8.0 版依旧保持这一设计：颜色=视觉标记，不参与公式索引。因此「按颜色求和」必须先把颜色翻译成公式��识别的信号——要么用筛选+SUBTOTAL做一次性汇总，要么用宏表函数+GET.CELL把颜色码读出来，再让 SUMIF 按码汇总。两条路径各有代价，下文按「问题→约束→解法→验证」递进。
最短可达路径：不用代码的 30 秒方案
桌面端（Win / macOS）
- 选中数据区域 → 数据 → 自动筛选。
- 点击列标题右下角小三角 → 按颜色筛选 → 选中目标填充色。
- 在状态栏即可看到「求和=xxx」；若需写在单元格，输入
=SUBTOTAL(109,B2:B10000)，其中 109 代表忽略隐藏行求和。
回退：取消筛选即恢复全部数据，SUBTOTAL 会同步更新；无需保存宏，文件可放心发给未启用宏的伙伴。
Android / iOS / 鸿蒙 NEXT
- 打开表格 → 长按列标 → 工具栏出现「筛选」→ 按颜色 → 勾选颜色。
- 顶部即时条显示「求和」；若要写值，点「编辑」→ 函数 → 输入 SUBTOTAL 公式即可。
提示：移动端 SUBTOTAL 参数与桌面完全一致，但屏幕小，建议把结果写在冻结首行，方便随时查看。
宏方案：一次写入，长期复用
为什么有时必须用宏？
筛选法只能得到「当前颜色」的合计，若同一张表需同时汇总红、黄、绿三色，就得反复切换，容易遗漏。宏可以把颜色码批量读成辅助列，再一次性 SUMIF。
可复现步骤（以 Win 版为例）
- 文件 → 选项 → 信任中心 → 启用所有宏（仅当前文档）。
- 公式 → 定义名称 → 名称填ColorCode → 引用位置输入：
=GET.CELL(63,Sheet1!B2)
63 代表「填充颜色索引值」。 - 在 C2 输入
=ColorCode并向下填充，即可得到每行颜色码。 - E1:E3 分别输入红、黄、绿对应码（如 255、65535、5296274），F1 公式：
=SUMIF($C:$C,E1,$B:$B)
向下填充即可同时输出三色合计。
回退：若文件需发给外部，可把辅助列复制为数值后删除宏，避免安全警告。
边界与副作用：颜色变了，结果不会自动跟
无论是 SUBTOTAL 还是 ColorCode，都不会触发「颜色变化→公式重算」。经验性观察：在 12.8.0 版，修改填充色后需手动按 F9 或重新触发计算，否则合计不变。验证方法：把某单元格改成红色前后，分别观察 SUBTOTAL 结果，若未变化，按 F9 后应同步更新。
性能与规模：一万行以内无感，十万行建议转多维表
经验性观察：在 i7-1260P + 16 GB 环境，用 ColorCode 辅助列对 5 万行求和，首次计算约 3 秒；超过 10 万行时，GET.CELL 会因逐格读取而明显拖慢。若数据量已达十万级，可改用 12.8.0 新增的「多维表」功能，把颜色作为维度字段，再用内置 OLAP 汇总，速度可降至亚秒级。
协同场景：颜色汇总后如何让别人不踩坑
WPS 云协作支持 500 人同时编辑，但颜色筛选属于「本地视图」，不会同步给他人。工作假设：A 用户筛选红色并改写某单元格，B 用户若无同色筛选，会看到整表数据变动，极易误操作。缓解办法：在表头插入批注「当前已按红色汇总，请勿增删行」，或在协作群@所有人提示。
版本差异与迁移建议
| 功能点 | 12.7 及以前 | 12.8.0 |
|---|---|---|
| GET.CELL | 需手动输入，无提示 | 定义名称时自动补全参数 |
| SUBTOTAL | 支持 1-11、101-111 | 新增 19 个三维汇总函数，但颜色场景仍用 109 即可 |
| 多维表 | 无 | 可把颜色当维度，十万行秒级汇总 |
验证与观测方法
- 准备 1000 行随机数，填充 3 种颜色。
- 分别用「筛选+SUBTOTAL」「ColorCode+SUMIF」「多维表」三种方法求和。
- 对比三组结果，误差应为 0；若出现 0.01 级差异，检查是否含隐藏行或文本型数字。
适用 / 不适用场景清单
- 适用：财务报销单按状态色汇总、电商库存表按预警色统计、教务成绩表按分数段色统计。
- 不适用：颜色频繁变动且要求实时汇总、需多人同时查看不同颜色合计、数据量超 20 万行且对延迟敏感。
最佳实践 5 条
- 优先用筛选+SUBTOTAL，零宏零辅助列，文件兼容性最好。
- 若需多色同时汇总，再考虑 ColorCode 辅助列，完成后把公式贴为数值，删除宏。
- 颜色标准提前约定，统一主题色板，避免「相近但不同码」导致漏汇总。
- 十万行以上直接转多维表，把颜色当维度，别再死磕 GET.CELL。
- 协同编辑前，先冻结窗格并插入批注，提示「当前按颜色汇总」，降低误操作。
FAQ：WPS 表格按颜色求和常见疑问
为什么按颜色筛选后，状态栏求和与 SUBTOTAL 不一致？
状态栏默认对「可见单元格」求和，但若之前手动隐藏了某些行，SUBTOTAL(109) 会同时排除隐藏行，而状态栏依旧计入，导致差异。解决：取消所有隐藏行再对比，或统一用 SUBTOTAL。
GET.CELL 返回 0 是为什么？
0 表示「无填充色」或「单元格在条件格式下显示颜色但本身无色」。GET.CELL 只能读取手工填充色，条件格式色无法捕获。解决：把条件格式转成真实填充色，或用筛选法。
宏方案能否在鸿蒙 NEXT 运行？
截至当前的最新版本，鸿蒙 NEXT 版 WPS 尚未支持 VBA/Lua 宏，GET.CELL 无法使用。建议用筛选+SUBTOTAL，或转到 Win/macOS 桌面完成汇总后再回传。
颜色码在不同电脑会变化吗？
同一主题色板下，颜色索引值保持一致；若手动调色或使用自定义色板，可能出现「肉眼同色、码不同」。建议统一用「标准颜色」面板取色，或在辅助列用条件格式锁定色码。
多维表汇总后，如何导回普通表格？
在多维表界面右上角「导出」→「静态表格」，即可生成不含 OLAP 公式的新工作表，颜色维度会被转成普通字段，方便继续二次计算或发送给外部伙伴。
收尾：先判断规模，再选工具
颜色求和的核心不是「公式有多酷」，而是颜色作为信号是否稳定、数据规模是否可控。一万行以内、颜色偶尔更新，用筛选+SUBTOTAL 最省心；需要多色同时汇总，就加 ColorCode 辅助列；一旦迈入十万行，果断转多维表，把颜色当维度，速度与安全都更好。下次再遇到「领导要求按颜色出合计」，先问三句话：颜色多久变一次？行数几万？文件要不要外发？答案清楚了，路径也就定了。
