布尔运算替代 IF：更短也更快

TRUE 和 FALSE 其实能当数字用

要理解布尔运算，先接受一个前提：Excel 里的 TRUE 和 FALSE 本质上就是 1 和 0。把一个 TRUE 乘 2，得到 2；把 FALSE 加 5，得到 5。这不是什么特殊情况，是 Excel 内部的类型转换机制在起作用。明白了这一点，很多看起来需要 IF 才能完成的事，都能用乘法和加法表达。

最简单的例子：要统计一列里有多少个数字大于 60。常规写法是 =COUNTIF(A2:A100,">60")，但用布尔运算可以写成 =SUMPRODUCT(--(A2:A100>60))。这里的 A2:A100>60 会产生一串 TRUE 和 FALSE，两个减号把布尔值强制转成数字，SUMPRODUCT 把它们加起来，得到的就是数量。三者的效果一致，布尔写法在复杂条件下更灵活。

这个技巧的价值在于条件可以任意组合。要数既大于 60 又来源于某部门的人数，IF 版本需要嵌两个判断或者用 COUNTIFS，布尔写法直接相乘：=SUMPRODUCT((A2:A100>60)*(B2:B100="技术部"))。条件与条件相乘表示“同时满足”，对应逻辑与，这个映射关系是布尔运算的核心。

四则运算对应四种逻辑

布尔运算有一套完整的对应关系，掌握之后条件组合就像做算术一样直接。

与关系的写法最直观：相乘。只有两个条件都为 TRUE 时乘积才是 1，有一个为 FALSE 乘积就是 0。这个特性让多个条件叠加变得极其简单，加一个条件就多乘一项。

或关系的写法要注意一个坑：直接相加可能得到大于 1 的结果。比如两个条件都为 TRUE 时，1 加 1 得 2。如果后面还要参与其他运算，这个 2 会造成偏差。解决办法是把或的部分先用比较包起来：=SUMPRODUCT(((A>60)+(B="技术部"))>0)，先判断是否大于零，转成标准的 TRUE 或 FALSE 再参与计算。这个细节是用错布尔运算最常见的地方。

非关系用 1 减条件。条件是 TRUE 时得 0，是 FALSE 时得 1，正好取反。

SUMPRODUCT 是布尔运算的主力

之所以布尔运算几乎总是和 SUMPRODUCT 一起出现，是因为 SUMPRODUCT 天生就做“先乘后加”这件事。它把数组里的元素两两相乘然后求和，恰好就是多条件统计需要的运算方式。用 SUM 加布尔数组需要按数组公式输入，用 SUMPRODUCT 则普通输入即可，这是它更实用的原因。

标准的多条件求和公式长这样：=SUMPRODUCT((A2:A100="华东")*(B2:B100>1000)*C2:C100)。拆开看，前两项是条件，产生两组 TRUE 和 FALSE；第三项是要加的数据。三个数组对应位置相乘，只有两个条件都满足的位置才能乘出非零结果，最后求和得到的就是符合条件的金额总数。一条公式完成了筛选加求和两件事，不需要辅助列也不需要数组输入。

多条件计数同理，只是最后一项换成 1：=SUMPRODUCT((A2:A100="华东")*(B2:B100>1000))。两个条件相乘产生的就是布尔数组，加总即得数量。

从这张表能看出，凡是有对应函数的场景，直接调函数更省事。布尔运算真正发光的地方在有对应函数覆盖不到的复杂条件，比如跨列比较、条件涉及计算结果、需要加权处理等。

布尔运算做加权和条件排名

布尔运算最不可替代的场景是加权计算。假设要按不同权重给各项评分，权重本身也在单元格里，这种需求 SUMIFS 处理不了。写法是 =SUMPRODUCT(B2:F2,$B$1:$F$1)，每一项乘以对应的权重系数再求和。这是一条最简单的加权公式，也是布尔运算思路的延伸——把逻辑映射成算术。

条件排名也是布尔运算的强项。要算某个人的排名，常规用 RANK，但如果排名要考虑分组，比如只在同一部门内部排，RANK 就不够用了。写法是 =SUMPRODUCT(($C$2:$C$100=C2)*($D$2:$D$100>D2))+1，含义是数出同一部门里比我分数高的人数，加一就是名次。这个公式里条件相乘完成筛选，比较运算完成大小判断，最后加总。

这个写法比 RANK 灵活得多，可以叠加任意多的分组条件。缺点是数组范围大了之后计算量明显，几千行以上会有延迟。数据量大时更稳的选择是 Power Query 或者辅助列先分组再算排名。

布尔运算和 IF 的性能差异

关于性能有个流传很广的说法：布尔运算比 IF 快。这个说法只在特定条件下成立。

准确的结论是：在大批量的数组运算里，用布尔乘法替代 IF 嵌套能减少中间步骤，速度确实更快，因为 IF 会对每个元素做一次分支判断，而布尔乘法是纯算术。但差距通常在毫秒级，除非数组有几十万行，否则感知不到。

真正影响性能的不是 IF 和布尔的差别，而是数组的范围和是否被复制。SUMPRODUCT((A1:A1000000>60)) 这种整列引用会扫过一百万行，无论用什么写法都慢。把范围限制在实际数据行，比纠结用 IF 还是布尔重要得多。

所以选择的依据应该是可读性而不是性能。条件简单且有对应函数时用函数；条件复杂、需要在一条公式里组合多个逻辑时用布尔；需要逐行输出不同文本时还是得用 IF，布尔运算只能算出数字不能返回文字。关于公式性能的完整讨论，参见公式性能：到底是什么拖慢了表。

什么时候还是该用 IF

布尔运算不是要取代 IF，它有明确的适用边界。

需要返回文本的场合必须用 IF。布尔运算的结果是数字，没法直接返回“合格”“不合格”这类文字。要输出分类结果，还是得 =IF(A2>60,"合格","不合格")。

需要清晰的业务语义时用 IF。=IF(D2-E2>0,"有结余","超支") 一眼能看懂在判断什么，用布尔改成 =(D2-E2>0)*1 虽然能算出 0 或 1，但业务含义丢了。给人看的公式优先可读性，给人算的公式才考虑紧凑。

需要处理三个以上分支时用 IFS 而不是 IF 嵌套。新版 Excel 的 IFS 函数写多分支更清爽，比嵌套三层 IF 好读得多。布尔运算处理多分支需要组合多个条件，反而绕。

最后总结成一句：输出数字用布尔，输出文字用 IF，分支多用 IFS。三者各司其职，按输出类型选工具就不会错。真到了要组合的场景，记住外层的判断逻辑交给 IF，内层的批量条件交给布尔，两者可以同一条公式里共存。

练布尔运算的方法很简单：找一张自己以前用 IF 写的判断类公式，试着用布尔改写一遍，看看是否更短更清楚。不用全部改写，只挑那些条件简单、行数很多的场景试。改过三五条之后，什么时候该用布尔、什么时候该用 IF，心里自然就有数了。这类手感的东西只能靠练，看多少篇教程都不如自己动手写两条。

顺便说一个容易被忽略的细节：布尔运算写在单元格里显示出来会是 TRUE 或 FALSE，看着不够友好。如果这列要给别人看，外面包一层 IF 把它转成文字，或者在单元格格式里自定义显示文本。计算用布尔，呈现用 IF，各管一段。

用布尔运算处理区间和等级

区间判断是 IF 嵌套的重灾区。把分数分成优、良、中、差四档，用 IF 嵌套要写三层，公式又长又难改。用布尔运算可以换一种思路：把区间边界列成一张表，每个区间算一个布尔条件，条件成立对应一档。

假设四档的分界是 90、80、60，要判断一个分数属于哪一档。布尔写法是分别算出三个布尔值：--(A2>=90)、--(A2>=80)、--(A2>=60)，三者相加的结果直接就是档位编号：得分 95 时三个都为真，和为 3；得分 85 时后两个为真，和为 2；得分 70 时只有一个为真，和为 1；得分 50 时全为假，和为 0。这个和就是一个从 0 到 3 的档位号，用 CHOOSE 或者 INDEX 把它映射成文字即可。

这个技巧的美妙之处在于加档位不用改公式结构。原来四档，现在要加一个“特优”档（分界 95），只需要在判断链最前面加一个 --(A2>=95)，整体和变成 0 到 4 的范围，映射表加一项就行。IF 嵌套要改的话，得整体重写，还容易改漏括号。这就是布尔运算在可维护性上的优势，结构变了公式不变，只是参与加总的项多一个。

区间求和的场景同理。要统计落在某个金额区间内的交易笔数，用两个条件相乘：=SUMPRODUCT((金额>=1000)*(金额<5000))。区间的两端各写一个条件，相乘即得“同时满足”，比写 COUNTIFS(金额,">=1000",金额,"<5000") 少一个参数的重复，读起来也更直接。

布尔运算做数据校验

做数据质量检查时，布尔运算是一把好手。它能把多个校验规则并行算出来，一次得到整列的合规情况。

假设收到一批数据，要检查四件事：编号是否非空、金额是否为数字且为正、日期是否有效、客户名是否在允许名单里。四个条件分别写成布尔表达式，相乘得到一列校验结果，全是 1 表示通过，出现 0 表示有问题。再用 =SUMPRODUCT(--(校验列=0)) 数出有多少行不合格。

更进一步，可以把四个条件分别算成四列，每列用对应的信息函数，比如编号列用 =--(A2<>"")、金额列用 =--ISNUMBER(C2)、日期列用 =--ISNUMBER(D2)、客户列用 =--ISNUMBER(MATCH(E2,客户名单,0))。四列布尔值在表上摊开，哪一行哪一项不通过一目了然，比一个笼统的失败标记有用得多。这种数据体检的写法在排查流程与交付前自查清单里有具体展开。

校验公式写完不要删，留在表里做长期巡检。数据每次更新后扫一眼校验列，不合格的行数是数据质量的直接体现。这比事后发现汇总数字异常再回头排查，成本低得多。

布尔运算里的数组溢出处理

新版 Excel 的动态数组让布尔运算多了一种更舒服的用法：不用 SUMPRODUCT 也能处理数组。写 =FILTER(A2:C100,(B2:B100>1000)*(C2:C100="已完成"))，布尔数组直接当筛选条件传给 FILTER，符合条件的整行自动溢出到下方。这种写法比 SUMPRODUCT 强的地方在于能返回原始数据行，而 SUMPRODUCT 只能返回一个汇总数字。

要得到符合条件的所有行，用 FILTER；要得到符合条件的数据总量，用 SUM 配合布尔数组，写 =SUM((B2:B100>1000)*C2:C100)，这条公式在支持动态数组的版本里普通输入即可，不需要按数组键。老版本里同样的写法必须用 SUMPRODUCT 或者按 Ctrl 加 Shift 加 Enter 输入。

这张表对做跨版本文件的人很实用。左边一列是新版专属，右边一列在所有版本都能跑。发文件给同事前对照一下，把左边的写法换成右边，就能避免满屏错误。

从 IF 转向布尔运算，本质上是把“条件判断”这件事从逻辑思维切换到算术思维。前者问的是“如果这样，那么那样”，后者问的是“这件事成立吗，成立记 1、不成立记 0，然后加起来”。两种思维方式都值得掌握，因为它们各自擅长的问题不同。逻辑思维适合表达业务规则和输出结果，算术思维适合批量统计和多条件筛选。

实际工作里最省事的做法是混用：外层用 IF 决定输出什么，内层的条件统计用布尔数组算。这样既保住了可读性，又发挥了布尔运算在批量计算上的效率。纯用 IF 或者纯用布尔都可能走到极端，前者公式冗长，后者语义晦涩，混用才是常态。

最后一个提醒是别为了炫技而用布尔。看到 =SUMPRODUCT((A="华东")*(B>100)*C) 觉得比 SUMIFS 高级，就到处用它替代函数，这是本末倒置。有现成函数的地方用函数，函数覆盖不到的地方用布尔，简单直接永远比技巧重要。别人接手你的表时，能一眼看懂远比写得短更有价值。

常见问题

双负号是必须的吗

不是必须，但很有用。双负号的作用是把 TRUE 和 FALSE 强制转成 1 和 0，方便参与算术运算。在 SUMPRODUCT 里，如果你是用条件相乘，乘法本身已经完成了转换，不需要双负号。只有在单个条件要单独参与运算时才需要，比如 =SUMPRODUCT(--(A2:A100>60)) 里如果去掉双负号，SUMPRODUCT 会把布尔值当零处理，结果是 0。

布尔运算在 WPS 里能用吗

能用，机制和 Excel 一致。WPS 对数组运算的支持在较新版本里比较完整，SUMPRODUCT 的布尔写法可以正常工作。老版本 WPS 在数组范围上可能有限制，比如不接受整列引用，改成实际范围即可。

为什么我的或条件算出来结果偏大

因为或条件直接相加时可能超过 1。两个条件同时为 TRUE 时和为 2，如果再参与后续乘法，等于把这个位置的值算了两遍。解决办法是用 ((条件1)+(条件2))>0 把和先转成布尔值，再去参与其他运算。这是布尔运算最容易踩的坑，记住“或要先归一”。

布尔运算能替代 VLOOKUP 吗

不能。查找需要返回另一个区域的值，布尔运算只能做筛选和计算，不负责取值。要按条件取值可以用 FILTER 或 INDEX 加 MATCH，布尔在这些场景里起的是辅助作用，比如用布尔数组作为 INDEX 的定位参数。

条件里的文本要加引号吗

要，文本条件一律加双引号，比如 (B2:B100="技术部")。数字和单元格引用不加引号。如果条件是一个范围形式，比如大于某数，也要用引号包住运算符和数值，写成 (A2:A100>60) 时不需要引号因为这是直接比较；但如果是 SUMIFS 这类函数的条件参数，就要写成 ">60" 形式，两者的语法不同，容易混淆。

数组范围能不能用整列

技术上可以，比如 SUMPRODUCT((A:A>60))，但强烈不建议。整列引用会扫过一百多万行，每一行都参与布尔运算，性能代价极大。这类公式在几千行的表里就会明显变慢。一律用实际数据范围，写成 A2:A5000 这样。数据行数会增长的话，转成表格用结构化引用，既自动扩展又不含空白行。