在 WPS 表格里做数据筛选，工作方式可以用一句话概括：不改动原始数据，只把不符合条件的行暂时藏起来，或者把符合条件的行复制到别处。当一条记录需要同时受多个字段约束时，就轮到多条件筛选出场了。比如“部门是市场部、金额大于等于五千、状态还是待审”这三个条件必须同时成立才算命中。本文以合规与数据留存为主线，把 WPS 表格的数据筛选功能如何设置多个条件讲清楚：先对比三条路线，再给决策树与分平台的操作路径，最后交代可审计性与边界。
一、先划边界：多条件筛选能做什么，不能做什么
筛选解决的是“视图问题”，而不是“权限问题”。它能把符合条件的行圈出来给你看，也能把结果复制成一张新表；但它不会因为某些行被隐藏就限制别人查看这些行，也不会在文件里留下“谁在什么时间筛了什么”的记录。理解这一层区别，比记住菜单在哪更重要。
紧接着要澄清的是第二件事：筛选不改变单元格的值，也不改变行的顺序。被隐藏的行仍然占据工作表的位置，公式引用照样能读到它们。常见的误解是“筛完就只剩这些数据了”，于是有人直接另存发出去，结果对方一取消筛选就看到了全部内容。这是数据留存场景里最容易出问题的一环，后文第八节会给出可复现的验证方法。
提示：以下操作基于 WPS 表格与主流电子表格兼容的筛选体系。由于版本迭代，菜单文案与命令位置可能略有差异，请以实际安装的当前最新版本为准，路径描述用于说明先后顺序，而非逐字复刻界面。
二、三条路线的选择框架
WPS 表格里实现多条件筛选，通常有三条路线：一是普通自动筛选，靠每一列的下拉菜单勾选；二是自定义自动筛选，在列下拉里打开一个对话框，在同一列上写两个条件；三是高级筛选，把条件写在工作表单元格里，形成一个“条件区域”。三者不是替代关系，而是覆盖不同复杂度。选择哪一条，取决于条件落在哪几列、结果要不要交付、需不需要被复核。
| 对比维度 | 自动筛选 | 自定义自动筛选 | 高级筛选 |
|---|---|---|---|
| 条件写在哪 | 列标题下拉菜单 | 列下拉内的对话框 | 工作表上的单元格区域 |
| 条件复杂度 | 跨列与关系，同列多值或关系 | 仅限当前列的两个条件 | 任意与/或组合，可含公式 |
| 结果落在哪 | 原地隐藏行 | 原地隐藏行 | 原地隐藏，或复制到其他位置 |
| 是否便于复核 | 弱，条件藏在菜单状态里 | 弱，同上 | 强，条件是单元格里可读的文字 |
从留存与审计的角度看，判断标准可以简化成一句话：这次筛选的结果需不需要被别人复核、被文件本身固定下来？如果需要，就走高级筛选，因为条件区域的文字会随文件一起保存，任何人打开都能看懂当初是按什么筛的；如果只是自己临时看一眼，自动筛选更快，也更省事。
三、决策树：四步判断用哪一条路线
把上面的对比压缩成可执行的判断流程，大致是四步。第一步看结果要不要交付给他人：要交付，直接跳到高级筛选；第二步看条件是否只落在同一列：是，用自定义自动筛选；第三步看是否只是跨列叠加：是，用普通自动筛选逐列设置；第四步才是“同列多值”，在下拉里多勾几个即可。
- 结果需要留档、复核、对外发送 → 高级筛选，并优先选择“复制到其他位置”。
- 条件集中在单列，且需要“大于且小于”这类区间 → 自定义自动筛选。
- 条件分散在多列，每列只需一个取值 → 普通自动筛选逐列叠加。
- 同一列要命中多个取值 → 普通自动筛选的下拉里勾选多项。
这份顺序不是教条，而是一个省事的默认值。经验性观察是：当筛选结果需要写进报告、发给外部或进入归档目录时，返工成本最高的从来不是操作本身，而是事后没人说得清“当时按什么条件筛的”。把条件显式写下来，等于顺手完成了留痕。
四、路线一：自动筛选下如何叠加多个条件
4.1 进入自动筛选的最短路径
桌面端（Windows 与 macOS 基本一致）：单击数据区域内任意一个单元格，切到“数据”选项卡，在筛选相关命令组里点击“筛选”按钮，各列标题右侧会出现下拉箭头。要退出筛选状态，再点一次同一按钮即可。若表格区域是“套用表格样式”生成的对象，筛选箭头可能默认已存在，此时不必重复开启。
移动端（Android 与 iOS）：打开表格文件后，在工具栏或“工具”面板中寻找筛选入口，通常在“数据”一类分组内。手机端受屏幕限制，下拉项的呈现与桌面不同。经验性观察是：移动端可以完成基础的列筛选与多值勾选，但自定义条件与高级筛选往往不完整，这类需求建议回到桌面端处理。
4.2 同一列内命中多个取值：或关系
点开某列的下拉箭头，列表里会出现该列的去重取值，每一项前有复选框。勾选“市场部”和“销售部”两项再确认，得到的是两个部门的所有记录，也就是“部门等于市场部或销售部”。这是最容易被忽略的一种多条件形式：条件写在一个列上，多个值之间是或的关系，与其他列叠加时则是与的关系。
小例子：一份两百行的报销台账，要筛出“市场部或销售部提交、金额大于等于五千”的记录。做法是先在“部门”列勾选两个部门，再在“金额”列使用数字筛选设置“大于或等于 5000”。两次设置叠加后，得到的正是两个部门中金额达标的行。整个过程原表一行未动，取消筛选即可复原。
4.3 跨列叠加：列与列之间是“与”
自动筛选的核心规则是：不同列的筛选条件之间自动构成“与”。因此“部门=市场部”“金额≥5000”“状态=待审”三个条件，只需要在三列上分别设置一次，系统就会只保留同时满足三者的行。这一点不需要额外开关，是默认行为。
需要留意的边界是：自动筛选无法表达跨列的“或”组合。例如“市场部且金额大于一万，或者销售部且金额大于两万”这类条件，用下拉勾选无论如何组合都写不出来，必须换成高级筛选。识别这个信号很重要——当你在不同列之间反复调整却总觉得差一点，通常就是条件结构已经超出了自动筛选的表达能力。
4.4 自定义自动筛选：单列上的两个条件
如果条件集中在同一列且需要写成区间，比如“金额大于 5000 且小于 20000”，可以从列下拉进入文本筛选、数字筛选或日期筛选的子菜单，选择其中的“自定义筛选”，打开一个包含两行条件的对话框。每行由比较符加数值组成，两行之间可以选择“与”或“或”。这是自动筛选体系里唯一能写“或”的入口，但它的作用范围严格限制在当前这一列。
日期条件的层级略有不同。日期筛选菜单通常按时间粒度分组，例如按年、按月展开，再选择具体区间。如果单元格里的日期是文本形态（比如手工输入的“2026.10.1”），日期筛选可能无法正确归类，需要先规范格式。这也解释了为什么格式问题会反复出现在后文的排查清单里。
五、路线二：高级筛选与条件区域
高级筛选与前两条路线的本质区别，在于条件不再藏在菜单里，而是写成工作表中的一段单元格内容。入口通常在“数据”选项卡的筛选命令组内；部分版本把“高级筛选”直接平铺为一个按钮，部分版本收在“筛选”按钮的下拉项里。打开后是一个对话框，需要填写列表区域、条件区域，并选择结果的落点。
5.1 条件区域的三条硬规则
第一条：条件区域的首行必须是与数据源完全一致的列标题，逐字对应，包括空格。如果数据源写的是“部门 ”（尾部带空格），条件区域写“部门”，就可能被判定为条件区域无效。第二条：同一行上的多个条件是“与”，不同行之间是“或”。第三条：条件区域与数据源之间建议留出至少一个空行，避免后续扩展数据范围时被误并入列表区域——这是经验性做法，不是硬性规定，但在共享文件里能省掉很多解释成本。
另一个习惯同样值得养成：把条件区域放在独立的工作表上，例如新建一张名为“筛选条件”的表。这样做有两个好处，一是不会挤占数据区，二是条件本身成为可阅读、可版本管理的文档内容。
5.2 与和或的写法对照
| 条件区域写法 | 筛选含义 |
|---|---|
| 第一行：部门=市场部；金额=>=5000 | 市场部且金额大于等于五千 |
| 第一行：部门=市场部 第二行：部门=销售部 | 市场部或销售部 |
| 第一行：部门=市场部；金额=>10000 第二行：部门=销售部；金额=>20000 | 两个组合条件之间取或 |
理解这张表的关键在于“行”与“列”的语义不同：横向是并且，纵向是或者。想清楚这一点，绝大多数组合条件的写法都能自己推导出来，不需要死记。
5.3 通配符与公式型条件
文本条件支持三种通配符：问号匹配任意单个字符，星号匹配任意长度字符，波浪号用于把问号或星号还原成普通字符本身。例如条件“华东*”可以命中“华东区”“华东分公司”。这在整理名称不统一的台账时很有用。
条件区域还支持用公式代替固定值：把条件标题留空或使用一个不与数据源重名的标题，然后在下方单元格写一个返回真或假的公式，公式中引用数据源首行对应的单元格并使用相对引用。这样就能表达“金额大于该行金额的平均值”之类的动态判断。公式型条件更灵活，但也更难被旁观者读懂，如果文件需要长期归档，建议在条件旁边加一句文字说明。
注意：公式型条件对引用位置很敏感，行号错一行就会得到完全不同甚至看似“正确”的结果。设置完成后，建议挑两行已知答案的数据手工核对，再确认整批结果。
5.4 “复制到其他位置”与“选择不重复的记录”
高级筛选对话框提供两种结果去向：在原有区域显示筛选结果，以及将筛选结果复制到其他位置。前者仍然是隐藏行，数据并未搬移；后者会把命中的行作为数值与格式复制到指定起始单元格，形成一张静态结果表。对于需要交付或归档的场景，第二种更合适——因为它把“结论”和“原始底稿”分成了两份文件或两张表，责任边界清晰。
对话框里还有一个“选择不重复的记录”选项，勾选后会对结果去重。它的使用场景是“需要知道有哪些客户，而不是有多少笔订单”这类统计视角的抽取。需要提醒的是，去重依据是整行还是部分列，取决于所选列表区域的范围，范围给得过宽可能导致本该合并的记录被判为不同。复制到其他位置时必须指定一个空白区域的左上角单元格，若目标位置空间不足，结果会被截断或提示错误。
六、平台差异：桌面、移动端与网页版
Windows 桌面端功能最完整，高级筛选、公式型条件、复制到其他位置都可以正常使用。macOS 桌面端的命令组织略有不同，但不影响核心能力，主要差异在快捷键与部分对话框布局。
Android 与 iOS 端的定位是“查看与轻量编辑”。基础列筛选、多值勾选一般可用，界面入口通常位于工具栏或“工具”面板的数据类分组中，位置随版本更新可能变化。高级筛选因为依赖工作表上的条件区域与对话框交互，在移动端的支持通常不完整。经验性观察是：移动端更适合确认“这批数据大概长什么样”，真正要交付的筛选结果建议在桌面端产出。
网页版的表现介于两者之间，取决于浏览器与文件来源。涉及条件区域、复制到其他位置的复杂操作，桌面端仍然是稳妥选择。无论哪个平台，一旦文件里带有受保护的工作表、合并单元格或共享限制，筛选功能都可能被禁用，这属于后文的故障排查范围。
七、合规视角：筛选不等于脱敏，也不等于留痕
这是整篇文章最需要被记住的一节。筛选后的表格，在你自己的屏幕上看只剩几行，但文件里的其他行并没有消失。把它交给外部，等同于把完整数据交出去——对方只要取消筛选，或者在“数据”选项卡里再次点击筛选按钮，被隐藏的行就会全部重现。
验证方法可以完全复现：打开你筛选过的文件，切到“数据”选项卡点击“筛选”关闭筛选状态，观察行号是否恢复连续；或者选中整张表后再次开启筛选，用下拉菜单里的“全选”。如果被隐藏的内容重新出现，说明这份文件只是被“遮住”而非“删掉”。因此，任何对外交付都必须走“复制到其他位置”或另存为独立结果表，而不是直接发送原始台账。
另一个常见误解是以为软件会自动记录操作过程。截至当前的公开信息，WPS 表格并未向普通用户提供“谁在何时用何种条件筛选过数据”的操作审计日志。也就是说，筛选行为本身不留痕，能留下的痕迹只来自你主动写下的条件区域、文件名和归档结构。这一点直接决定了下一节的做法。
八、可审计性建设：让筛选逻辑能被复核
既然软件不替你记录，那就把记录做进文件本身。具体做法不复杂：为常用台账新建一张“筛选条件”工作表，把每个常用条件区域写在这里并加上小标题说明用途；每次执行高级筛选时从这张表选取条件区域；产出结果时用“复制到其他位置”落到独立的结果表或独立文件，并在结果表首行注明执行条件与产出日期。
为什么强调“落到独立文件”？因为静态结果是自洽的：它不依赖任何筛选状态，打开就能看到全部内容，任何人在任何设备上看到的东西都一致。反之，依赖筛选状态的文件在不同软件、不同版本上呈现可能有差异，接收方的默认视图也未必与你相同。
边界也要说清楚：把原始台账和结果文件同时保留在共享目录中，本身就会扩大敏感数据的可见范围。如果条件本身涉及敏感字段（如薪酬、身份证号），更合理的做法是在产出结果前先做必要的列裁剪，而不是靠筛选隐藏。【经验性观察】多数合规问题的根源不是筛选技巧不足，而是“隐藏”被当成了“删除”。
九、性能与规模边界：什么时候该换做法
筛选的速度主要取决于数据量与公式复杂度，而不是筛选路线本身。经验性观察是：几万行以内的常规表格，自动筛选与高级筛选的响应差异通常不易察觉；数据量继续增长、且表中存在大量整列引用或易失型函数（例如频繁重算的时间函数与随机函数）时，差异会变得明显，高级筛选配合“复制到其他位置”的耗时也会上升。
验证方式很简单：把同一份文件复制两份，一份保留全部公式，一份把已完成计算的列转为数值，用相同的条件各执行一次筛选，比较操作过程中的等待感受与结果生成时间。这里只做定性比较，因为具体耗时高度依赖设备性能、文件体积与公式结构，给不出通用数值。
什么时候不该用筛选？当你要做的是长期、自动化、需要高频率重复的抽取时，筛选是手工操作，每次都要重来。这类需求更适合用数据透视表、函数公式或表格工具自身提供的数据处理能力来固化逻辑。换句话说，筛选的定位是“一次性的、可人工复核的取数动作”。
十、故障排查：现象、原因、验证与处置
下面按“看到什么—可能为什么—怎么验证—怎么处理”的顺序，列出几类高频问题。每一条都尽量给出可以自己动手复现的验证动作。
| 现象 | 可能原因 | 验证与处置 |
|---|---|---|
| 高级筛选提示条件区域无效 | 条件标题与数据源标题不一致，或条件区域未包含标题行 | 把数据源标题复制到条件区域首行，逐字比对空格 |
| 明明有数据却筛不出结果 | 数值被存成文本、日期是文本、字符串带首尾空格 | 用 ISNUMBER 或 LEN 检查单元格，必要时清选或分列转换 |
| 复制结果出现错位或截断 | 目标区域不是空白，或可用空间不足 | 换一个空白区域作为落点，重新执行 |
| 列标题上不出现筛选箭头 | 工作表受保护、数据区含合并单元格，或开启了共享限制 | 取消保护、取消合并，再重新开启筛选 |
| 移动端找不到高级筛选 | 该能力在移动端支持不完整 | 改用桌面端完成，移动端只做结果查看 |
排查顺序建议从“数据本身是否干净”开始，而不是从“功能是不是坏了”开始。多数筛选异常最终都能归到数据类型与标题一致性这两个点上。
十一、适用与不适用场景清单
适合用多条件筛选的场合：数据规模在单表可管理的范围内；筛选条件相对稳定、可以事先写清楚；结果需要人工复核，允许一定的手工步骤；原始数据必须完整保留，不能删行。典型的例子是费用台账、员工名册、订单明细这类需要“按规则取子集，同时保留底稿”的场景。
不适合的场合同样明确：需要长期自动化、高频重复的抽取；需要把筛选结果直接作为下游系统的数据源；需要“筛选即权限”的效果，即期望被隐藏就等于不可见；以及条件本身极其复杂、涉及多表关联的情况。这些场合用手工筛选，会在某个时间点集中暴露维护成本。
判断标准可以落在一句话上：如果这次筛选一个月后还要再做一次，且中间没人记得当时的规则，那就不要用筛选，改用可以固化逻辑的方式。
十二、最佳实践检查表
把前文的要点收敛成一份可以照着走的清单，适合在每次执行前扫一眼。
- 确认数据区没有合并单元格，标题行只有一行且各列标题唯一。
- 先检查数据类型：数字是否被存成文本，日期是否是真正的日期值。
- 条件一旦超过两列或需要跨列“或”，直接走高级筛选。
- 把条件区域放在独立的“筛选条件”工作表，并保留在文件中。
- 对外交付时使用“复制到其他位置”，并把结果落成独立文件。
- 交付前关闭筛选、确认隐藏行是否泄露，再做最后一步清理。
- 在结果表首行写明执行条件与产出时间，便于日后复核。
这份清单里最容易被跳过的是最后两条，但它们恰恰是审计视角下最有价值的部分。因为无论技术多熟练，事后能被复述和验证的，只有那些被写下来的东西。
十三、常见问题
高级筛选的条件区域必须和数据源标题完全一致吗？
自动筛选能不能设置跨列的“或”关系？
筛选后发出去的文件，对方为什么能看到全部数据？
手机端可以做多条件筛选吗？
十四、结论与下一步
回到最初的问题：WPS 表格设置多条件筛选，关键不在于记住几个菜单，而在于先判断条件结构。同列多值或多列叠加，用自动筛选就够；一旦出现跨列的或关系、或者结果需要留给别人复核，就应该切到高级筛选，把条件写成工作表中的一段文字。
在合规与留存这条线上，请把它当成一条操作纪律：交付前关闭筛选检查隐藏行，对外一律用复制到其他位置，条件区域随文件保存，结果表标注执行条件。做到这四点，绝大多数“筛完发出去结果泄露”的问题就可以避免。
下一步建议是：拿一份你手上真实的台账，按第十二节的检查表走一遍完整流程，从建立“筛选条件”工作表开始，到产出独立的结果文件为止。走通一次之后，把这张表作为模板固定下来，之后每次筛选都从它出发，留痕这件事就不再依赖记忆。