问题先摆清：为什么“看着一样”的数据要交给规则判断

做客户名单、订单流水、学籍名册时，最耗时的环节往往不是录入，而是核对——这两行到底是不是同一个客户、同一个工单号。肉眼比对最大的问题在于不可复现：今天看出来的重复，换个人、换块屏幕、换一次滚动位置，可能就漏了。WPS表格中条件格式如何设置高亮重复项，本质上是把“是否重复”这个判断从人眼转移到一套可复用的规则上，让同一份数据在任何人手里都呈现出同一种标记结果。

但规则不是万能的。条件格式只负责“标记”，不负责“删除”“合并”“纠正”，它也不会替你判断“这算不算真的重复”。同一个手机号出现两次，可能是两条正常的联系人记录，也可能是重复录入；同一个订单号出现两次，可能是系统重推，也可能是人工复制粘贴导致的。这类业务判断必须留在人这边。因此下文按“问题—约束—解法”的顺序展开：先说清功能定位与边界，再给最短操作路径，最后讨论什么情况下它反而会误导你。

功能定位与边界：四个入口，别用错工具

WPS表格里与“重复项”相关的能力至少有四条路径，界面上挨得很近，作用却完全不同。把它们混为一谈，是数据核对环节最常见的事故来源。第一条是“开始 → 条件格式 → 突出显示单元格规则 → 重复值”，它只改外观、不动数据，规则可以随时清除，适合审阅、核对、打印标注。第二条是部分版本在“数据”选项卡提供的“高亮重复项”入口，本质同样是写入一条条件格式规则，只是包装成了一个更直白的向导。

第三条是“数据对比”类功能，面向的是两张表之间的比对，例如标记两表都出现过的值；入口位置与可用范围跟账号权益相关，请以你客户端内的实际提示为准。第四条是“数据 → 删除重复项”，它是物理删除，删完没有痕迹，且依据的是值而不是你设的那条高亮规则。四者之中，唯独第四条不可回退——这也是为什么核对流程里它应该出现在最后一步，而不是第一步。

一张表看懂四个入口的差别

把这张表记住，可以避开一大类返工：先用前三条路径把“可疑行”看清楚，再用第四条路径处理已经确认过的部分。顺序一旦颠倒，就等于先删了证据再去找证据。

桌面端最短路径：三步拿到基础高亮

以截至当前的最新版本为例（请以你实际安装的版本为准），Windows 与 macOS 桌面端的最短路径是一致的，只有菜单文字的细节可能略有差别：

1. 选中要判断的区域，例如 A2:A500。建议不要直接选整列。
2. 点击“开始”选项卡 → “条件格式” → “突出显示单元格规则” → “重复值”。
3. 在弹出的对话框里，左侧下拉选择“重复”或“唯一”，右侧选择一种预设格式（默认是浅红填充色加深红色文本），点击确定。

为什么第一步强调“不要选整列”？条件格式会按应用区域逐格求值，区域越大，求值次数越多，而求值并不只发生在打开文件的那一刻，滚动、筛选、编辑相邻单元格都可能触发重绘。经验性观察：在数十万行的表上，把整列引用换成实际数据范围（例如 $A$2:$A$5000）之后，滚动与重算的迟滞感会明显减轻。这是一条定性结论，具体幅度取决于机器配置、表内其他公式的数量以及规则条数；你可以用同一份数据分别设置两种区域，以滚动和保存时的响应手感做对照验证。

录入时就让规则跟着长

一个具体场景：某次活动报名表，报名通道开放期间会持续追加新行。如果你只对 A2:A500 设了规则，第 501 行开始就不会被标记，而追加数据的人往往不会回头检查这件事。处理办法有两种：一是把应用区域设得比预期数据多一点，比如到 A2:A2000；二是在追加之前先在区域内部插入行，因为在应用区域内部插入的行会继承条件格式，而在区域下方直接粘贴则不会。

这两种做法的代价不同。预留区域会在表格底部留下一段“看不见但存在”的规则，日积月累可能指向早已清空的行，影响不明显，却会让管理规则列表变得臃肿；要求操作者插入行则依赖习惯，一旦有人直接粘贴就会断档。经验上，长期维护的模板表更适合“预留少量区域 + 定期清理规则”，一次性核对任务更适合“先导入完整数据，再设规则”。

换句话说，规则不是设完就结束，它需要跟数据的增长方式一起设计；否则今天够用的范围，明天就可能变成漏标的起点。

数据选项卡的「高亮重复项」入口

部分版本的 WPS 表格在“数据”选项卡提供了更直白的入口：选中区域后点击“高亮重复项”，按提示选择区域与颜色即可完成。它和条件格式入口的区别更多在包装层——前者是一步到位的向导，后者给你更细的规则控制权，比如自定义格式、限定到公式、让多条规则并存并按优先级生效。如果只是想知道“重复在哪几行”，走数据选项卡能少点两三次；如果要长期维护一张核对表，条件格式这条路才是主干。

如果你在数据选项卡里找不到这个按钮，不必怀疑装错了版本：不同版本、不同平台的选项卡布局存在差异，此时走“开始 → 条件格式”这条路径是通用的，两个入口最终写入的都是同一类规则。反过来说，如果从这个入口设置了高亮，后来又在条件格式里加了一条规则，两者会同时作用于同一片区域——这正是有些表“颜色莫名其妙地对不上”的原因，去管理规则列表里看一眼就清楚了。发现颜色异常时，先查规则列表，再考虑重设，往往更省时间。

从其他表格软件迁移过来的差异

如果你原本用其他表格软件，迁移到 WPS 表格时最需要适应的不是路径，而是“多了一个入口”这件事。原有的“开始 → 条件格式 → 突出显示单元格规则 → 重复值”这条主干路径在两边基本对应，规则也能随文件带过来，但 WPS 额外提供的快捷入口会让习惯快捷键的人多一个选择，也容易造成“同一个表被设了两遍规则”的情况。接手别人的文件时，先看管理规则，比直接重新设置更省事。

另一处差异出现在云端协作场景：同一份文件在不同端打开时，规则的渲染细节可能不完全一致，例如自定义格式的边框粗细、图标集的显示位置。这类差异通常不影响“哪一格被标记”这个核心结论，但会影响截图汇报的效果。稳妥做法是在哪一端汇报，就在哪一端确认最终视觉效果，而不是假设它处处一致。

移动端与网页端：能看不能调

在 WPS 移动端（Android / iOS）打开表格文件后，条件格式相关入口一般位于“工具”面板中，需要展开工具栏后查找，不同版本的位置与命名并不完全一致，请以你设备上的实际界面为准。移动端的规则能力通常是桌面端的子集：已经存在的规则可以正常渲染、简单参数可以改，但复杂规则的编辑（自定义公式规则、规则优先级管理、管理规则列表）往往不如桌面端完整。

这带来一条实用的工作流结论：移动端适合“查看结果”，桌面端适合“建立与调试规则”。如果你在手机上看到本该高亮的单元格没有变色，先别急着重建设置——很可能只是该版本对某类规则的支持度不同。验证方法很直接：把同一份文件在桌面端打开，若高亮正常显示，问题就定位在移动端渲染而非规则本身；若桌面端也不显示，再去管理规则里检查应用范围是否被改动过。先定位问题在哪一端，比在手机上反复重设规则更有效率。

规则参数怎么选：重复、唯一与格式

“重复值”对话框里其实只有两个决策点：判断哪一类（重复 / 唯一），以及长什么样（格式）。看起来简单，但两处各有容易被忽略的边界。

“重复”的含义是：在应用区域内，与当前单元格值相等的单元格数量大于 1。“唯一”则是等于 1。这意味着“唯一”并不等于“正确”——一个本该出现两次的订单号只出现一次，用“唯一”规则标出来后，你仍然需要人工判断它是漏录还是本就是单次记录。做核对时，通常先用“重复”找出多出来的那一份，再通过排序把成对的行排在一起逐条看，而不是直接对“唯一”结果下手。示例：同一个订单号出现两次，两格都会被标；如果只想看“有没有多出来的那一份”，排序后成对检查会更直接。

格式方面建议遵循“一表一义”：同一张表里，红色只用于“需要人工介入”的异常，不要既用它标重复项，又用它标超期或负数。更稳的分工是——重复项用填充色，其他异常用字体颜色或图标集，让阅读者一眼就能区分这是哪一类规则在起作用。至于带边框、加粗这类复合格式，它会和表内其他样式打架，除非有明确的打印需求，一般不必启用。

六个「明明重复却没高亮」的机制原因

这一节是排障的核心。以下六种情况，问题都不在你的操作，而在判定机制本身。

第一，大小写差异。经验性观察：条件格式的重复值判定通常沿用 COUNTIF 的比较方式，对英文字母不区分大小写，因此 abc 与 ABC 可能被判为重复。如果你的业务要求严格区分，这个默认行为就会产生误报。可复现的验证步骤：在 A1 输入 abc、A2 输入 ABC，对 A1:A2 设置重复值规则，若两格同时变色，说明当前版本按不区分大小写处理；需要严格区分时，改用辅助列配合 EXACT 函数逐对比较。

第二，隐藏字符与空格。文本前后多一个空格、从网页复制带来的不间断空格，都会让两个“看起来一样”的值被判为不同。验证方式是加一列 =LEN(A1) 看长度是否与预期一致，或用 =TRIM(A1)=A1 判断是否含多余空格；确认后用 TRIM 清洗出一列干净值，再对干净列设规则。这一步看似多余，但在导入数据场景里能省掉大量“为什么没标出来”的困惑。

第三，数字与文本混排。文本型的 1001 和数值型的 1001 在某些比较场景下会被当作不同值。处置办法是选中整列后用“数据 → 分列 → 直接完成”，把文本型数字统一转成数值（或反过来），再重新判断。转换前后建议各留一份副本，因为这一步会改变单元格的实际值。

第四，合并单元格。合并区域里只有一个单元格真正持有值，其余为空，规则求值时会出现“看着是重复，却只标了一格”的现象。核对类表格建议先取消合并、把值填充完整，再做判断。

第五，引用错位。这是自定义公式规则最常见的翻车点：应用区域从 A2 开始，公式里却写了 $A1，整片判断就会偏移一行，表现为“标记整体上移一格”。判断标准很简单——应用区域的起始行，必须与公式里相对引用的行号一致。

第六，规则优先级冲突。多条规则同时命中同一单元格时，“冲突时停止”的勾选状态会决定最终显示哪一条。当表里既有别人留下的旧规则、又有你新加的规则，颜色对不上几乎是必然的，去管理规则列表按顺序检查一遍即可定位。

排查时按上述顺序逐项排除，通常能定位大多数“明明重复却没高亮”的情况；真正需要警惕的，是还没确认原因就反复新建规则，那只会让规则列表更难读。

多列组合判定：整行重复与关键字段重复的差别

单列重复的规则好用，但真实业务里的“重复”往往是组合条件：同一个客户加同一个日期算重复，同一个客户不同日期就不算。这时预设规则无能为力，需要换成“使用公式确定要设置格式的单元格”。

设数据在 A2:C500（A 客户、B 日期、C 金额），选中 A2:C500，新建规则并选择使用公式，输入：

要点有三个。范围用绝对引用（$A$2:$A$500），条件用相对引用（$A2），这样规则在整片区域内求值时，判断逻辑才会随行下移。公式的起始行必须与应用区域的起始行对齐，区域从第 2 行开始，公式里就写 $A2。COUNTIFS 的每一对“区域 + 条件”之间是“且”的关系，这正是它能表达组合重复的原因。

边界在哪？如果你要判断“某几列同时相同才算重复”，COUNTIFS 够用；如果要判断“这两列的组合出现过，但列的顺序无关”，就需要先把两列规范化拼成一个辅助列，再对辅助列做单列判断。经验上，把复杂的组合逻辑放进辅助列，比硬塞进条件格式公式更容易排查——辅助列可以排序、可以计数、可以展示给人看，而条件格式的公式出错时只表现为“颜色不对”，没有任何线索。

跨表与跨工作簿比对：先把期待降下来

很多人第一步就想做“表A和表B的重复项高亮”。现实约束是：条件格式的公式可以引用同一工作簿内的其他工作表，但跨工作簿引用在多数版本里并不可靠，文件移动、重命名、由他人打开时都可能失效。因此跨工作簿核对的稳妥做法，是先把两表合并进一个工作簿（或直接合并成一张带来源标记的长表），再设规则。

合并后的判定思路是用 COUNTIF 对另一张表的值区域计数。设工单号在 Sheet1 的 A2:A500，另一张表在 Sheet2 的 A2:A800，选中 Sheet1!A2:A500，公式写 =COUNTIF(Sheet2!$A$2:$A$800,$A2)>0，格式设为黄色填充，含义是“这批工单在另一张表里也出现过”。注意这里的语义是“交集”，不是“重复”——同一个值在本表出现一次、在另一张表出现一次，它本身并不重复。

什么时候不该这么做？两表规模都很大（例如各十万行以上）时，跨表 COUNTIF 的求值成本会成倍上升，而条件格式在滚动、筛选时都可能重新求值，操作体验会明显变差。此时更合适的是先把匹配结果落到辅助列（用同样的 COUNTIF，一次性算完），再对辅助列设一条简单的条件格式或直接筛选。这笔交易的本质是把“每次重绘都算一遍”换成“只算一遍”。

高亮之后：筛选、删除与统计的衔接

高亮本身不产出可用数据，要把它变成动作，中间还差一步。第一步是筛选：部分版本的筛选下拉里提供“按颜色筛选”，可以直接把带填充色的行筛出来；如果你的版本没有该入口，或者同一种颜色在表里承担了多种含义，就改用辅助列 =COUNTIF($A$2:$A$500,$A2)>1，然后筛选结果为真的行。辅助列比按颜色筛选更稳的地方在于，它是一次算好的静态结果，不会被后续新增规则或调整格式打乱。

第二步是决策。这里有一条值得写进团队规范的规则：不要在高亮状态下直接点“删除重复项”。原因有二。其一，删除重复项依据的是值，而不是你设的那条条件格式规则，两者口径可能不同——你按单列判断重复，它按整行判断，结果自然与预期不符。其二，删完之后没有任何痕迹能说明删掉了什么，事后追溯只能靠记忆。稳妥顺序是：高亮 → 辅助列打标 → 排序把重复行排到一起 → 人工确认保留哪一条 → 备份原表 → 最后才执行删除。

如果只是出数据质量报告，可以用 =SUMPRODUCT((COUNTIF($A$2:$A$500,$A$2:$A$500)>1)*1) 这类写法统计被标记的单元格数量，但要注意它统计的是“重复的单元格个数”，而不是“多出来的记录条数”，两者相差正好等于重复值的种类数。写报告时把口径注明，比数字本身更重要。

性能与规模：什么时候不该用条件格式

条件格式的成本与三件事相关：应用区域的单元格数量、规则条数、规则里公式的复杂度。一个容易忽略的事实是，求值不只发生在打开文件的那一刻，滚动、筛选、编辑相邻单元格都可能触发重绘。所以“整列套规则”在几千行的小表上毫无感觉，在几十万行的表上就会变成持续的卡顿。

经验性观察：当数据量达到十万行级别、且规则中包含跨表引用或 COUNTIFS 这类聚合函数时，条件格式的响应会明显变慢；用辅助列预计算、再对辅助列设一条简单规则，通常更顺。验证方法可以自己做对照：把同一份数据复制成两个文件，一个用公式规则，一个用辅助列加简单规则，交替滚动并记录主观流畅度差异；若要量化，用保存耗时或筛选响应作为观测指标，而不是凭一次感受下结论。

另一个与协作相关的边界：条件格式属于单元格格式的一部分，复制粘贴时会跟着走，粘进别人的表可能与人家的既有规则冲突，甚至覆盖对方规则。把表交给外部时，建议先打开管理规则看一眼清单，确认没有指向已删除区域的失效条目——失效规则不报错，只是悄悄不生效，最容易在交付后被当成“你做的表有问题”。所以性能问题往往不是“条件格式不行”，而是应用方式与规模不匹配。

故障排查：按现象逐条定位

下面按现象列出常见定位路径。排查时尽量先做可逆的验证，再决定是否重建规则，这样不会把原本可修复的问题变成一次返工。

按“现象 → 验证 → 处置”的顺序走，比凭直觉重设规则更可靠；如果表格里同时存在多条历史规则，先看清优先级，再谈修改。

适用与不适用场景清单

先说适用。一次性或周期性的人工核对（名单、工单号、订单号）最适合；需要把“可疑行”交给不懂公式的同事看时，颜色比公式直观得多；需要打印或截图汇报时，可视化标注几乎是唯一选择；数据量在数万行以内、规则条数可控的表，用条件格式的收益明显高于成本。

再说什么时候不该用。需要机器可读的判定结果时，应该落辅助列或交给数据库约束，颜色无法被程序读取；十万行以上的高频编辑场景，规则求值会成为持续负担；需要严格区分大小写、或需要跨工作簿长期引用的场景，默认规则给不出可靠答案；最后，绝不能把条件格式当作“数据唯一性”的保障——真正的保障在录入端的校验或数据库的唯一索引，条件格式只是事后发现问题的辅助手段。

把两边放在一起看，判断标准其实很简单：如果结论需要被人看、被人确认，条件格式是合适的；如果结论要交给程序继续处理，就应尽早落到辅助列或数据层，而不是停留在颜色上。

最佳实践检查表

1. 设规则前先备份原表，尤其是打算随后执行删除的场景。
2. 应用区域限定到实际数据范围，只预留少量余量，避免整列引用。
3. 一条规则只表达一个含义，重复项用填充色，其他异常换用字体色或图标集。
4. 组合重复用 COUNTIFS，并检查公式起始行是否与应用区域起始行对齐。
5. 复杂逻辑先落到辅助列，让规则保持简单可读。
6. 文件交付前打开管理规则，清理指向已删除区域的失效条目。
7. 删除任何行之前，先用辅助列打标并留一份可回溯的副本。

这份清单的排序并非随意：备份、限定区域、单一含义都在为后续可回退服务；真正不可逆的删除被放在最后，也是同一个逻辑。不必每次逐条背诵，但在交付前和删除前各看一遍，通常就能避开代价最高的那几类问题。

常见问题

回到最初的问题：条件格式高亮重复项真正的价值，不在于那一片红色，而在于它把“是否重复”的判断标准写进了文件本身，让下一个人、下一次核对能复用同一套口径。落地时记住三件事就够了——先用条件格式看清楚，再用辅助列把结论固定下来，最后才动删除这类不可逆的操作。

如果你手上正好有一份反复核对的表，不妨从缩小应用区域这一步开始改。它往往是体验改善最明显、成本最低的一处调整；等规则稳定下来，再考虑把组合判断迁到辅助列，或把核对流程固化成团队可复用的模板。需要提醒的是，各版本在入口位置与渲染细节上可能存在差异，具体以你客户端内的实际界面和提示为准。