除了最基础的SUM函数和IF函数，我们从SUMIF函数开始学起。SUM是求和的意思，IF是如果的意思，所以SUMIF的意思就是如果条件成立，咱们就求和吧。
在函数的世界里，SUMIF是大明星级的人物，属于函数新人必须熟练掌握的五大函数之一，号称五大天王，其主要功能是单条件求和……哦~你问我函数五大天王是哪五个？SUM求和、IF判断、SUMUF条件求和、COUNTIF条件计数、VLOOKUP条件查询。
本来SUMIF小日子过的很滋润，但万万没想到在他出生后的第四年，微软爸爸给他生了个同父异母的兄弟——简单说就是生了个二胎，取名叫SUMIFS。SUMIFS骨骼惊奇、天赋异禀，SUMIF会的事儿它都会，SUMIF不会的，比如并且关系的多条件求和，它也会。如此一来，老大SUMIF的待遇就有点儿不如往昔了。
但不管怎么说，毕竟长幼有序，面子还是要给的，而且SUMIFS和SUMIF的结构极其相似，学会了SUMIF，自然也就会了SUMIFS，所以我们今天还是从简单的SUMIF函数聊起。
2，SUMIF的官方语法
SUMIF的官方语法简历如下：
=SUMIF(range，criteria，sum_range)
说人话就是：
=SUMIF(条件区域☞在哪找？，条件☞找谁呀？，求和区域☞在哪求和？)
一共有三个参数，第三个参数是可选的。如果省略第3参数，则默认第一参数条件区域即为求和区域。
举个简单的小栗子。
如上图所示，为某公司工资表，A列是班组名，B列是人名，C列是工资，数据虚拟。
——请问二组人员的工资合计有多少？
公式如下：
=SUMIF(A:A,"二组",C:C)
在哪找？在A列，所以条件区域是A列，找谁呀？找二组，所以查询条件是二组，在哪求和？在C列，所以求和区域是C列。
二组”是文本常量，所以放在公式中必须使用半角双引号包括起来。
公式的意思是，去，SUMIF，你赶紧给我到A列找二组，找到了就把C列对应的工资累加求和……
于是SUMIF就屁颠屁颠的去了
最后计算结果是：23679
再举个小例子。
我问你，C列工资大于7000的，合计是多少？
在哪找？在C列。找谁呀？＞7000的，在哪求和？在C列。
公式：
=SUMIF(C:C,">7000",C:C)
计算结果：51751
需要说明的是，>7000是由运算符和数值构成的字符串，在公式中必须使用半角双引号包起来。
公式木有问题。当条件区域和求和区域为同一区域时，求和区域可以省略。
所以公式也可以简化为：
=SUMIF(C:C,">7000")
3 SUMIF的运算过程
只有懂得它的运算过程，才能更好的理解和掌握它的用法，避免使用错误，扩展应用技巧。
比如说，我们设置的查找区域是A:A，会不会影响SUMIF的计算效率？要知道A列有一百多万个单元格，SUMIF一口气计算一百多万个单元格会不会很辛苦？
不会。
SUMIF根本就不会计算A列整列的数据。
1）我们就以公式=SUMIF(A:A,"二组",C:C)为例，讲一下SUMIF的运算过程。
我们设定的规则是SUMIF去A列找“二组”，找到了就把C列对应的工资累加求和。
SUMIF接到任务的第一步是……修正查询范围。
它会将我们设置的查询范围A列，和A列已使用的单元格区域做一个交集运算，获取最终的运算范围。
比如该例中，A列已使用的单元格区域是A1:A10，和A列的交集也就是A1:A10，SUMIF便只会在这个范围内进行运算，至于A11:A1048576，它是不管的。
如果我们设置的查询范围是A3:A5呢，和A1:10做交集运算，产生的结果是A3:A5，SUMIF便只会在这个范围内进行运算，至于A1:A2和A11:A1048576也是不管的。
SUMIF是不是很聪明？没办法，老大不聪明会挨揍。
……
2）
也许你会好奇，SUMIF怎么知道A4单元格二组的工资就是C4单元格的？
这就是SUMIF运算过程的第二步，通过我们设置的查找范围的首个单元格，和我们设置的求和范围的首个单元格，之间的位置关系，构建关联关系。
这句话听起来有点儿绕口，其实很简单。
我们设置的查询范围是A列，A列的首个单元格是A1。我们设置的求和范围是C列，C列的首个单元格是C1。A1和C1是同行隔一列的相对关系。A1对应C1，依次类推，A2也就对应C2、A3也就对应C3……
如果我们将公式设置为：
=SUMIF(A2:A10,"二组",C1:C10)
你猜会发生什么？
公式会计算出结果，但会算错。
A2:A10的首个单元格是A2，C1:C10的首个单元格是C1，因此A2对应C1，以此类推，A3对应C2，A4对应C3……乱套了，全乱套了，整个晋西北全乱成一锅粥了不是？
这也是新手经常犯的错误之一，条件区域和求和区域对应位置错位
3）
根据相对位置，构建了条件区域和求和区域的关联关系后，SUMIF就开始正式工作了。
以本例而言，SUMIF从A1开始往下遍历数据。
A1不是二组，过。
A2不是二组，过。
A3是二组，停，记一下，把A3对应的C3的工资，计入总工资，目前总工资只有一笔，也就是9000。
A4是二组，停，记一下，把A4对应的C4单元格的工资，也计入总工资，于是总工资等于9000+ 6789，也就是15789.
……
一直到A10单元格，OK，查询区域都查完了，SUMIF就将最终结果显示给我们看。
就这么回事。
……
但这中间可能会发生一些问题。
比如说，公式：
=SUMIF(A1:A10,"二组",B1:B5)
条件区域是A1:A10，结果区域是B1:B5，求和区域比条件区域小了很多，你猜，会发生什么呢？
再比如说，公式：
=SUMIF(A1:A10,"二组",B1:B500)
条件区域是A1:A10，结果区域是B1:B500，结果区域比条件区域大了很多，你猜，又会发生什么呢？
其实，什么都不会发生。
对于SUMIF来说，重要的仅仅只是求和区域的首个单元格，至于其他，它会按照多退少补的原则自动进行增减。换句话说就是，你有，我就去拿，你没有，我就自己找，你多了，我不要。
以公式：=SUMIF(A1:A10,"二组",C1:C5) 为例。
当SUMIF查询到A6单元格时，已经超过了求和区域的范围，没关系，根据A1对C1的关联关系，SUMIF自己可以推算出A6对应的求和单元格就是C6，于是自己就屁颠屁颠的跑到C6那去了。
以公式：=SUMIF(A1:A10,"二组",B1:B500) 为例。
当SUMIF查询到A10单元格时，条件区域已经全部查找完了，但求和区域还剩下很多。管他呢，没有了条件区域，求和区域剩下再多也没必要看啊，于是SUMIF看也不看剩下的求和区域一眼，就把计算结果呈报了。
你瞧，SUMIF是不是一个很懂事的好孩子？没办法，老大不懂事会挨揍。
有朋友会想，照你这么说，公式：
=SUMIF(A1:A10,"二组",C1:C10)
完全可以写成：
=SUMIF(A1:A10,"二组",C1)
没错！这样写是没有大问题的，公式可以正常运算，并得出正确结果，偶尔在同事面前装逼一下也很酷~
小问题是不方便公式阅读，且计算效率偏差。毕竟让SUMIF自己去重新找条件区域的单元格，也是要花费时间和内存的。
4，
我们在之前的篇章说过，每个函数都有自己的个性，有它喜欢，也有它不喜欢的事儿。SUMIF作为五大天王，当然要响应号召，带头表帅。
首先，SUMIF不喜欢文本型数值，求和区域的文本值，SUMIF是忽略不计的。如下图所示，由于C列的工资为文本型数值（左上角有绿帽子），因此SUMIF的计算结果为0。
其次，SUMIF极度厌恶错误值，当符合条件的求和区域出现错误值时，如果未加特殊处理，它的计算结果会直接返回错误值。
SUMIF的第1、3参数只接受单元格引用，绝不接受数组、常量等其他形式。
如上图所示的数据表，A列是日期，D列是工资，请问3月份一共发放了多少工资？
有的朋友可能会将公式编写如下：
=SUMIF(MONTH(A:A),3,D:D)
公式使用了MONTH函数计算A列的月份，作为SUMIF的条件区域，但公式输入后，会收到系统的弹幕警告，该条公式并不会被Excel执行。这便是由于SUMIF的第一参数绝不接受除了单元格引用以外数据的缘故。
再举个常见的小例子。
如上图所示，计算部门为“设备部”，同时，班组为“二组”的人员工资合计，有朋友可能会将公式写为：
=SUMIF(IF(A1:A10="设备部",B1:B10),"二组",D1:D10)
这条公式可以执行，但会返回错误值，究其缘故，还是SUMIF的第1参数IF(A1:A10="设备部",B1:B10)计算结果返回的是一个内存数组，而SUMIF第1参数绝不接受数组。
事实上，对于这类“并且”关系的多条件求和问题，我们可以召唤SUMIF的弟弟SUMIFS。
小贴士：
可能会有朋友好奇，为什么同样第一参数是数组，第1条公式MONTH不被Excel承认和运行，第2条公式IF就可以被Excel运行，只是结果返回了错误值？
我可以做出解释，不过在解释之前还是提前说一下，解释部分能懂就懂，不懂就算，这并不重要，重要的是记得SUMIF函数的第1、3参数只支持单元格引用就OK了。
Excel知道MONTH函数的计算结果必然不会是单元格引用，而IF函数的计算结果可能是数组，也可能是单元格引用，在没运算之前，Excel也不知道IF函数到底返回的是啥。比如，公式：=IF(1,D1:D10,A1:A10），这条公式返回的是D1:D10单元格区域，便属于单元格引用，也就是说下面这条公式是成立的，它可以计算出D1:D10单元格区域工资大于2500的合计值。
=SUMIF(IF(1,D1:D10,A1:A10),">2500")
这就好比有的人看一眼就知道是个骗子，所以Excel不和她交往，但有的人一眼看不出来是不是骗子，那Excel就先和她交往，一交往才知道她也是个骗子，那就返回错误值拜拜了。
5 SUMIFS
SUMIFS是SUMIF的弟弟，专门用来处理“并且”关系的多条件求和问题。其官方简历如下：
=SUMIFS(sum_range, criteria_range1,criteria1, [criteria_range2, criteria2], ...)
说人话就是：
=SUMIFS(求和区域，条件区域1，条件1，[条件区域2]，[条件2]，…[条件区域127]，[条件127]）
和哥哥SUMIF不同的是，SUMIFS的第一参数是求和区域，第二参数是条件区域，第三参数是条件。SUMIFS最多支持设置127个“并且”关系的条件区域和条件，不过，除了第一对区域/条件外，其余均是可选的。
比如以下公式可以计算D列工资大于2000的总金额。
=SUMIFS(D:D,D:D,">2000")
假如我们使用SUMIFS函数计算部门为设备部，班组为二组的人员的合计工资，公式可以写为：
=SUMIFS(D:D,A:A,"设备部",B:B,"二组")
在哪求和？在D列！条件1是什么？A列等于"设备部"！条件2是什么？B列等于"二组"！
SUMIFS是SUMIF的弟弟，专门用来处理“并且”关系的多条件求和问题。其官方简历如下：
=SUMIFS(sum_range, criteria_range1,criteria1, [criteria_range2, criteria2], ...)
说人话就是：
=SUMIFS(求和区域，条件区域1，条件1，[条件区域2]，[条件2]，…[条件区域127]，[条件127]）
和哥哥SUMIF不同的是，SUMIFS的第一参数是求和区域，第二参数是条件区域，第三参数是条件。SUMIFS最多支持设置127个“并且”关系的条件区域和条件，不过，除了第一对区域/条件外，其余均是可选的。
比如以下公式可以计算D列工资大于2000的总金额。
=SUMIFS(D:D,D:D,">2000")
假如我们使用SUMIFS函数计算部门为设备部，班组为二组的人员的合计工资，公式可以写为：
=SUMIFS(D:D,A:A,"设备部",B:B,"二组")
在哪求和？在D列！条件1是什么？A列等于"常用部"！条件2是什么？B列等于"二组"！
于是得出计算结果：23679
应当了解的是，SUMIFS不但长的和SUMIF很像，性格也简直和他哥一模一样，忽略求和区域出现的文本型数值，极厌恶符合条件的求和区域出现错误值，条件区域和求和区域绝不接受除了单元格引用以外的任何数据形式。
不过，SUMIFS并没有SUMIF那么聪明，它的求和区域不会根据条件区域按照多退少补的原则自动增减，它要求条件区域和求和区域的尺寸必须一样大小，否则就返回错误值。
以下公式都会返回错误值：#VALUE!
=SUMIFS(D1:D10,B1:B5,"二组")
=SUMIFS(D1:D5,B1:B10,"二组")
=SUMIFS(D1,B1:B10,"二组")
很明显，开发SUMIFS函数的微软工程师和开发SUMIF的不是同一批人，前者完全忘记了SUMIF的聪明之处。好吧，随你怎么想吧，谁知道SUMIFS是SUMIF同父异母还是同母异父的亲兄弟呢~
……
小结：
虽然SUMIFS既能处理多条件求和，也能处理单条件求和，但一方面它不够聪明，另一方面绝大部分人还是习惯了SUMIF函数，所以，通常单条件求和我们还是使用SUMIF，只有“并且”关系的多条件求和才会使用SUMIFS。