概括
谁能解释为什么 Excel（Mac 和 Windows 上的当前版本）有时拒绝在单元格公式中接受以下内容：
CHOOSECOLS(SomeArray,ColNum)
但它确实接受这一点：
INDEX(SomeArray,0,ColNum)
两个具体示例是在 SUMIF() 或 COUNTIF() 函数中使用这些形式的情况。当我说 Excel 拒绝接受前者时，我的意思是我什至无法让它接受它作为语法正确的公式。我注意到这些函数的非条件版本不会显示问题，MAX()、MIN()、AVERAGE() 等函数也不会显示问题。
细节
假设我在 B5:C10 中有一个数组（假设它是动态的，因此我可以在下面的示例中将其整齐地称为 B5#；但即使对于非动态范围也存在问题），并且我想对所有项目求和第 2 列（即 C5:C10）中大于 0。虽然 Excel 接受以下内容：
=SUMIF(INDEX(B5#,0,2),">0")
它拒绝接受：
=SUMIF(CHOOSECOLS(B5#,2),">0")
但是，如果我首先将所需的列提取到以 C16 为根的辅助数组中（比如说），如下所示：
=CHOOSECOLS(B5#,2)
那么以下被接受为正确的公式（并且它给出了正确的结果）：
=SUMIF(C16#,">0")
我有一个 Excel 工作表，显示了该操作的实际情况，但我不确定附加它的最佳方法。如果它有用，并且有人可以解释如何附加 .xlsx 文件，我会提供它。同时，这是一个屏幕截图：
SUMIF您列出的其他函数称为 RACON 函数，需要范围输入。（您可以在这里阅读更多相关信息）老实说，它与 INDEX 一起工作对我来说是一个小惊喜，但我想 Excel 仍然将其解释为范围输入。如果您使用
=SUMIF(INDEX(B5#,{1;2},2),">0")它，它将不再被接受为范围，但它被识别为数组，这不是可接受的输入。我们可以通过研究其他不限于范围输入的 Excel 函数（例如 MMULT）来绕过这个问题。虽然它比 SUMIFS 稍微不那么简单，但让我尝试解释一下其中的逻辑：
MMULT使用m矩阵乘法。如果你有 2 个矩阵：MMULT 会将矩阵 1 的第一行与矩阵 2 转置后的第一列值相乘：
={1,2,3}*{10;20;30}这些乘积的总和就是第一个 MMULT 结果：10+40+90= 140接下来它将把矩阵 1 的第一行值乘以矩阵 2 的下一个转置列：
={1,2,3}*{4;5;6}=4+10+18= 32接下来将矩阵 1 的第二行与矩阵 2 的第一转置列进行对比：
={4,5,6}*{10;20;30}=40+100+180= 320最后将矩阵 1 的第二行与矩阵 2 的第二转置列进行对比：
={4,5,6}*{4;5;6}=16+25+36= 77这导致：
更直观：
我为什么要讲这个？
SUMIFS不能将数组作为范围参数，但 MMULT 可以，并且我们可以在 MMULT 中使用与 SUMIFS 类似的逻辑，我们只需将其乘以与宽度（列数）相同高度（行数）的数组输入数组。因此，返回
B5#并将 SUMIFS 参数转换为 MMULT 将是：=MMULT(TOROW(CHOOSECOLS(B5#,2)),N(CHOOSECOLS(B5#,2)>0))或=LET(b,CHOOSECOLS(B5#,2),MMULT(TOROW(b),N(b>0)))它将 的值转置
CHOOSECOLS(B5#,2)为一行，并将它们乘以一个垂直的布尔数组（CHOOSECOLS(B5#,2)值大于 0 TRUE 或 FALSE），其中 TRUE 和 FALSE 分别转换为其数字表示形式1和0。 然后将其求和。但在这种情况下，我们也可以使用 SUM 中的布尔值：
=LET(b,CHOOSECOLS(B5#,2),SUM(b*(b>0)))那为什么还要麻烦 MMULT 解释呢？
因为 MMULT 还具有溢出结果数组的能力：
因此，在您的情况下，如果我们要对大于 0 行的值求和，我们要么必须手动拖动 SUM 版本，要么使用 BYROW LAMBDA 版本，但 MMULT 也可以完美地一次性完成它，而无需手动拖动：
=MMULT((B5#>0)*B5#,{1;1})会溢出：或 COUNTIF 等效项：
=MMULT(N(B5#>0),{1;1})