关于本文
本文是通过利用生成式 AI 的自动化生成流程创建的。我们查阅了 Microsoft 官方对 FILTER 函数和 #CALC! 的说明，并整理了在虚拟订单表中测试 0 条与 1 条匹配结果差异的方法。

验证状态：📘 已确认官方规范・未在 Excel 实机上执行复现

Excel 的 FILTER 函数返回 0 条结果时会怎样？测试 #CALC! 与空字符串的区别

用 Excel 的 FILTER 函数制作了“仅显示未处理订单”的列表，却偏偏在工作做完的日子里显示出#CALC!这并不一定意味着公式损坏了。当符合条件的行数为 0 且未指定第三参数时，这是由于 FILTER 无法返回空数组而产生的现象。如果在第三参数中指定""，则可以将外观设为空白，但这并不意味着能够创建 0 行的表格。

这个微小的差异，如果只是让人类阅读结果可能并不会在意，但在用其他公式计算数量或将结果传递给其他工作表时就会产生问题。本次不使用实际的客户数据，而是用 4 个虚拟订单来对比“0 条”、“1 条”和“用于显示的替代值”。文章中的显示示例是基于官方规范的预期结果，并非作者在 Excel 实机上的执行结果。

目标环境与安全准备

请在A1到C5中输入下表。A1:C1为标题，A2:C5为4条订单。无需直接编辑现有的业务文件。由于Excel的动态数组会将结果展开到相邻单元格，请将E2到G10附近保持空白。

这里需要注意的是，所有状态都显示为“已完成”，没有任何“未处理”的项。由于人类可以提前确认结果为0件，因此可以更容易地排查随后显示错误所代表的含义。验证用的工作表可以不保存直接关闭，且不会影响原始的业务数据。

首先在不添加第三参数的情况下进行测试

在E2中输入以下公式。FILTER的第一参数是要返回的表格区域，第二参数是判断是否采用该行的条件。此指定将仅批量返回C列为“未处理”的行，范围从A列到C列。

=FILTER(A2:C5,C2:C5="未処理")

期望的显示结果为#CALC!。由于没有符合条件的行，因此结果数组中不包含任何行。Microsoft在FILTER的官方说明中指出，由于不支持空数组，因此如果省略第三参数且结果为空，就会产生此错误。

这里重要的是，#CALC!不要仅凭这几个字就盲目断定原因。此错误也可能由其他原因引起，例如嵌套数组或LAMBDA的使用方式等。这次之所以能够判定原因是0件，是因为我们可以实际将输入表中的4行数据与“未处理”这一条件进行核对。如果在业务文件中看到相同的显示，请首先检查是否存在符合条件的行。

添加第三参数会带来什么变化

将E2中的公式替换为以下内容。最后添加的""是空字符，即字符串长度为0的文本。FILTER的第三参数用于指定当提取结果为空时要返回的替代值。

=FILTER(A2:C5,C2:C5="未処理","")

期望的结果是E2显示为看似空白的状态。虽然错误消失了，看起来像是解决了，但是这并不意味着生成了一个包含3列的空表格。作为没有匹配行时的替代方案，系统返回了空字符。Microsoft官方的FILTER函数示例中也演示了通过在第三参数中指定空字符来在没有匹配项时进行返回的方法。

如果忽略了这一区别，当后续公式将“溢出结果的行数”作为数量进行统计时，可能会设计成去统计包含替代值的那单个单元格。屏幕上看不到任何内容与数据层面的0行是两码事。在某些情况下，最好不要让美观的用户界面和正确的数量管理由同一个公式来承担。

仅修改一处，比较0件和1件的区别

接下来仅将C3从“完了”（已完成）更改为“未处理”。公式保持不变。这样一来，只有订单A002的行满足条件。期望的结果是在E2:G2中横向排列“A002”、“钢笔”、“未处理”这一行三列。这里应该返回从原始数据中提取的实际行，而不是刚才的空字符。

比较后将C3恢复为“完了”（已完成），结果将再次变为0件符合条件，并使用第三参数的空字符。这里想要观察的是，即使是相同的公式，其返回值形态也会根据输入条件而改变这一特性。如果有1件或以上，则返回表格的行；如果为0件，则返回指定的替代值。第三参数并不是每次都会附加到提取结果中的字符串。

此外，如果将第三个参数设为"対象なし"，则只有在结果为 0 条时才能在 E2 中显示说明文案。这对于负责人每天早晨查阅的列表来说很方便，但如果后续公式需要将该结果作为订单 ID 进行处理，就必须注意说明文案会混入数据中。应根据该位置是仅用于显示还是用于机械化汇总来分开设计。

通过图表理解：FILTER 结果发生变化的转折点

下图并非 Excel 内部的具体实现，而是梳理了从官方规范中可以读出的结果分叉。它表示了从左侧开始评估条件，并根据符合条件的行是否存在以及是否指定了第三个参数来决定返回值的流程。

flowchart TD
    A["FILTERで各行の条件を判定"] --> B{"一致する行がある?"}
    B -->|ある| C["一致した行の配列を返す"]
    B -->|ない| D{"第三引数を指定した?"}
    D -->|はい| E["指定した代替値を返す"]
    D -->|いいえ| F["空配列を返せずCALCエラー"]

进入图表下方的路线就是本次的陷阱所在。为了消除错误显示而添加第三个参数的操作，实际上改变了无结果时的返回值本身。在仅从外观方便的角度决定替代值之前，如果能考虑到后续处理将如何对待该值，就能更容易地避免汇总错误。

通过 COUNTIF 分离数量判断

与用于显示的 FILTER 分开，在 J2 中输入以下公式。这样可以直接统计状态列中有多少条“未处理”数据。在原始表中，预期结果为 0，而当仅将 C3 改为“未处理”时结果为 1。

=COUNTIF(C2:C5,"未処理")

如果 J2 为 0，则未处理的订单为 0 条；如果为 1，则是 1 条。让 E2 的 FILTER 返回空字符串或“无对象”，并将 J2 的数量用于业务判断。通过这种分离，即使更改向用户展示的文案，也无需更改用于判断数量的公式。例如，即使将“无对象”更改为“今天没有未处理项”，J2 的含义也不会改变。

但是，COUNTIF 为 0 并不意味着输入的数据完全正确。如果状态栏中存在多余的空格或其他表述，可能就不会匹配预期的条件。不检查输入值、自动将 0 条判定为“处理完成”的机制是危险的。在重要业务中，设置状态输入规则并另外检查异常值的做法更为合适。

如何区分 #CALC! 与 #SPILL!

当 FILTER 的结果无法显示时，请首先确认错误名称。#CALC!不仅会在本次这样的空数组时出现，也会在其他计算问题中出现。另一方面，#SPILL!则表示展开目的地存在问题，例如要展开结果的范围内包含其他值。如果在返回一条或多条结果的状态下 E2 的右侧存在现有数据，则可能无法放置结果。

不能因为业务工作表中展开目的地被占用，就无条件地删除周围的单元格。请首先在新的空工作表中尝试相同的公式，以区分问题是出在条件判断还是布局上。此外，如果提取范围 A2:C5 有 4 行，但条件范围设为了 C2:C4 的 3 行，则数组大小不一致。即使指定了第三个参数，也无法解决这种公式结构上的错误。

另一个边界是对其他工作簿的引用。关于动态数组跨工作簿的联动，微软提示了某些限制，例如在两个工作簿均已打开的情况下。如果在关闭其他工作簿的状态下进行更新，可能会出现#REF!的情况，这与 0 条时的替代值是不同的问题。本示例旨在同一个工作表中完成，在不增加对外部工作簿依赖的情况下进行理解。

在工作中应用时的设计判断

如果是每天早晨查看的未处理列表，在 FILTER 的第三个参数中指定“无对象”可以让使用者更容易理解状况。另一方面，如果根据数量来执行邮件通知或处理分歧，则最好通过 COUNTIF 等进行独立判定，不将显示文案作为机械输入会更安全。将 0 条视为正常还是作为疑似漏填进行确认，也需要通过业务规则来决定。

比起一开始就组合多个条件，首先像这次这样通过一个条件确认 0 条和 1 条，然后再逐个条件添加日期或负责人等的方法更容易理解。如果在添加新条件后数量立即变为 0，就可以区分是原始数据不存在还是条件过于严格。比起缩短公式，能够解释结果的含义更为重要。

总结

如果省略 FILTER 函数的第三个参数且提取结果为 0 条，Excel 将无法返回空数组，并会显示#CALC!。指定空字符串可以使显示更加平缓，但这并不意味着会生成一个 0 行的表格。通过更改单条输入的实验来确认其中的差异，并将用于显示的 FILTER 与用于计数管理的 COUNTIF 区分开来，这样在后续的汇总中也不容易产生意义上的误解。本次的 Excel 显示为预期结果，尚未在实际设备上进行复现验证。

官方文档

• Microsoft 支持：FILTER 函数

• Microsoft 支持：修正 #CALC! 错误