论 Reduce 与 Lambda 递归谁是盟主做表格的人迟早会撞上“循环”这道墙。过去要在 Excel 里按行做累计、把多行合并成一段话、或者处理树形目录常规方案只有三个VBA 宏、辅助列、手动拉公式。现在Excel 365 和 WPS 新版本带来了REDUCE和LAMBDA很多人第一次发现原来表格公式也能写“递归”也能做“循环”。但也正因为这两个函数太接近社区里经常争论一个问题REDUCE和LAMBDA递归到底谁才是核心有人说REDUCE是真正的循环之王有人说LAMBDA能自己调用自己才是底层逻辑。我的判断是这不是一场“谁替代谁”的竞争而是一次“循环调度”和“函数式编程能力”的分工合作。在日常业务汇总里REDUCE是更安全、更好用的那个在复杂拆解和树形结构面前LAMBDA递归才是真正的“能力盟主”。但无论用哪一个终止条件、循环深度和底层执行逻辑才是决定公式能不能稳定跑完的根本问题。这篇文章不打算只罗列函数语法。我会先用一组可复制的公式把REDUCE和LAMBDA递归的差异拆开再重点讲清楚终止条件的写法、循环深度踩坑点以及它们在 Excel/WPS 计算引擎下的真实行为。看完之后你至少能回答三个问题什么时候该用REDUCE什么时候只能上递归递归卡死、报错、循环深度超限时第一步到底该查哪里1. 这篇文章真正要解决的问题先说说你大概率的真实体验。学会了REDUCE之后你会觉得它像一个“数据流水线”给定一个初始值再给一个处理规则它就能把一个数组逐项“折叠”成结果。可等你进一步接触LAMBDA递归又发现函数居然能调用自己仿佛打开了新世界。于是问题来了同样能实现循环效果为什么REDUCE有时候也会卡死为什么递归写到一定深度就报#NUM!为什么在 WPS 里同一个公式可能直接#NAME?这些问题背后其实是三个层面的混淆语法层面REDUCE只是“折叠工具”它依赖LAMBDA实现每轮计算LAMBDA是“函数定义工具”它本身不强求递归。执行层面REDUCE的循环由函数内部引擎驱动数组耗尽就自动停止LAMBDA递归的循环由用户自己写终止条件漏写就是死循环。工程层面REDUCE在大多数业务场景里够用且心智负担低LAMBDA递归功能更强但循环深度、调试难度都更苛刻。这篇文章的核心任务就是把这三点讲透。文章的重点不是让你二选一而是让你掌握“什么时候该用什么”以及“怎么写出不会把工作簿跑死的公式”。如果你正在被公式嵌套层级困扰或者想把 Excel 公式写出编程思路这篇文章值得读完。2. 基础概念与核心原理在动手写公式之前先把三个核心概念对齐。很多人读不懂嵌套公式不是英语问题而是没有建立“函数是一个运算单元”的心智模型。2.1 REDUCE传送带上的加工台REDUCE的语法是REDUCE(初始值, 要遍历的数组, LAMBDA(累计变量, 当前值, 处理逻辑))你可以把REDUCE想象成一条传送带传送带上按顺序放着数组里的每个元素初始状态由第一个参数指定LAMBDA则是传送带旁边的一个加工台每次处理一个元素加工的结果作为一个新的“累计变量”继续参与下一轮加工。例子REDUCE(0, A1:A5, LAMBDA(acc, v, acc v))如果 A1:A5 是 1、2、3、4、5执行过程是这样的第 1 轮acc 0v 1结果 1第 2 轮acc 1v 2结果 3第 3 轮acc 3v 3结果 6第 4 轮acc 6v 4结果 10第 5 轮acc 10v 5结果 15注意REDUCE的循环次数完全由数组长度决定。数组有多少个元素它就执行多少轮。引擎处理完最后一个元素自动停止。这个“自动停止”非常重要它是REDUCE稳定性的来源。2.2 LAMBDA自定义函数的最小单元LAMBDA的语法是LAMBDA(参数1, 参数2, ..., 计算表达式)(参数1的值, 参数2的值, ...)例如LAMBDA(x, x * 2)(10)结果是 20。LAMBDA的价值不在于它能在单元格里写一次性公式而在于可以配合名称管理器定义一个真正可复用的“自定义函数”。你在名称管理器里新建一个名称比如DOUBLE引用位置写LAMBDA(x, x * 2)之后在表格里直接输入DOUBLE(10)结果同样是 20。这是 Excel/WPS 公式历史上一个分水岭表格从此不再只有内置函数用户自己也能定义函数了。也就是说LAMBDA是“编程能力”的基础设施REDUCE、MAP、SCAN这些函数只是建立在这个基础设施之上的“调度器”。2.3 递归函数自己调用自己递归是一种程序技巧函数在运行过程中调用自身。它有两个关键要素递推方向每一次调用都要让问题规模变小比如n-1、去掉数组的第一个元素。终止条件当问题规模小到某个边界时直接返回结果不再调用自己。在 Excel/WPS 中普通单元格公式很难直接写递归因为公式里不知道怎么“引用自己”。最常见的做法是在名称管理器里定义一个有名字的LAMBDA在这个LAMBDA的函数体内部引用这个名字。举个例子定义一个阶乘函数LAMBDA(n, IF(n 1, 1, n * FACT_REC(n - 1)))这里FACT_REC是名称引用位置正是这条LAMBDA公式。调用FACT_REC(5)时函数体内部又调用了FACT_REC(4)依次类推直到n1时通过终止条件返回 1。这个过程就是递归。2.4 REDUCE 与 LAMBDA 递归的本质区别很多初学者看到REDUCE的LAMBDA每轮都会执行就以为它是递归。其实不是。REDUCE是“迭代”它只是反复调用一个普通函数调用过程中没有形成“自己调用自己”的调用栈。而LAMBDA递归会不断压栈每一层递归都保留着上一层还没算完的中间状态直到触发终止条件再逐层返回。两者的关键差异可以用表格总结对比维度REDUCELAMBDA 递归循环驱动者函数引擎遍历数组函数体内部调用自身终止条件数组元素耗尽自动停止用户用 IF 等条件手动控制循环深度取决于数组长度和引擎计算上限取决于调用栈深度更容易触发限制中间状态只有一个累加器天然保存状态递归栈分布在各层调用中调试难度相对低逻辑在一个函数体内相对高出错时定位较麻烦典型场景累加、拼接、去重、状态表树形结构、无限嵌套、数学分形简单来说REDUCE是“循环调度官”LAMBDA是“函数定义引擎”而LAMBDA递归则是“程序员亲手写循环”。在实际工作里能用REDUCE解决的循环通常优先用REDUCE只有当问题本身需要“拆开一层再拆开一层”时递归的优势才会真正体现。3. 环境准备与前置条件这节课会用到REDUCE、LAMBDA、VSTACK、SEQUENCE等函数。它们不是老版本 Excel 都有的所以先检查环境。3.1 软件版本Excel建议使用 Microsoft 365 订阅版也就是经常说的人人版或企业版。旧版 Excel 2016、2019 大概率没有REDUCE。WPS较新版本的 WPS 表格已经支持LAMBDA、REDUCE等函数但不同版本的支持情况有差异。如果你用的是老版本 WPS可能直接提示#NAME?。版本细节建议以你实际安装版本为准。判断标准很简单在单元格里输入下面这个公式如果返回 1说明当前环境支持LAMBDALAMBDA(x, x)(1)再输入下面这个公式如果返回 7说明支持REDUCEREDUCE(1, {1, 2, 3}, LAMBDA(a, b, a b))3.2 名称管理器与命名 LAMBDA递归示例需要在“名称管理器”中定义名称。操作路径Excel公式选项卡 - 名称管理器 - 新建WPS公式选项卡 - 名称管理器 - 新建名称管理器界面里有两个关键输入框名称比如FIB、NUM_TO_STR引用位置完整的LAMBDA(...)公式定义完成后就能在单元格中以普通函数的形式调用它。需要说明的是名称管理器里定义的公式修改后要重新计算工作簿才会生效。3.3 建议先备份数据REDUCE和递归公式通常只做计算不会直接修改单元格数据但如果公式引用的是全列比如A:A一旦逻辑写错或递归没有终止条件可能导致工作簿长时间计算严重时卡死。建议在测试阶段复制一份数据或使用小范围区域测试。4. 核心流程拆解循环、迭代与递归既然要论谁是盟主先得把“循环到底怎么写”的流程拆明白。这一章用四个小步骤带你从REDUCE到递归走一遍。4.1 用 REDUCE 构建“表格式循环”假设要把 B 列若干非空单元格用顿号拼接成一个字符串。传统写法是用TEXTJOIN一把梭但为了理解REDUCE我们先自己写一个“累加器”REDUCE(, B2:B10, LAMBDA(acc, v, IF(v , acc, acc IF(acc , , 、) v)))这个公式的流程是初始值是一个空字符串。每遍历到一个单元格如果单元格为空累加器不变如果非空就把当前值拼到累加器后面。为了不出现“、张三、李四”这种开头多一个顿号的情况用IF(acc , , 、)判断是不是第一个非空值。这就是典型“表格式循环”的流程遍历 → 判断 → 更新累加器 → 进入下一轮。整个过程由REDUCE引擎负责不需要写退出条件。4.2 用 LAMBDA 递归实现“函数式循环”再看同一个问题如果用递归怎么写。先把问题拆解成最小单元拼字符串本质上是在做“取第一个非空值拼到结果然后继续处理剩下的数据”。如果能在名称管理器里定义一个JOIN_TEXT名称LAMBDA(value_array, IF(COUNT(value_array) 0, , ...))这里需要先判断数组是否为空。但 Excel 公式里“判断数组是否为空”本身是一个很麻烦的操作所以通常的递归练习不会从字符串拼接开始。更合适的递归入门问题是“把一个整数按位拆成字符串”这个我们放到第 5 章完整实现。这里先记住关键点递归必须自己做两件事一是缩小问题规模二是判断边界。4.3 终止条件的两个来源对比REDUCE和递归终止条件其实是两种完全不同的东西REDUCE的终止条件藏在引擎里。数组遍历完循环自然结束。你不需要在LAMBDA里写“如果数组结束就退出”因为引擎根本不给你这个控制权。LAMBDA递归的终止条件掌握在你自己手里。你必须显式写出 IF 分支告诉函数“什么时候不要再调用自己”。这也是递归最容易出问题的地方。很多新手写递归时只想着“怎么往下拆”忘了“拆到什么时候停”。递归一旦没有终止条件结果就是一个永无休止的调用链最终触发#NUM!或工作簿卡死。4.4 循环深度问题出在哪REDUCE的循环次数等于数组长度。理论上你给REDUCE一个 5000 行的数组它就可能执行 5000 轮。但这不意味着它能无限循环因为它依赖数组的实际大小并且整个公式本身也要参与 Excel 的计算链运算量过大同样可能让 Excel 卡顿。LAMBDA递归则不同它每一次调用自身都会形成一层调用栈。类似其他编程语言中的“递归深度”概念Excel/WPS 公式环境对递归深度是有上限的。超过这个上限公式就会返回错误。常见的表现是小数据量测试正常数据量稍微变大突然报#NUM!。这通常就是递归深度超限而不是你的逻辑写错了。所以在工程上有一个很实用的建议能用迭代解决的问题尽量不要用递归如果只能用递归先用小规模数据测试出当前环境的深度边界再决定数据范围。5. 完整示例与代码实现现在进入正题用四个可直接复制的示例把REDUCE和LAMBDA递归的典型用法串起来。所有公式都以 Excel/WPS 单元格或名称管理器引用位置为准。5.1 示例一REDUCE 多行合并去重场景A 列有很多文本有些重复需要把所有非空不重复的值用顿号拼接起来。如果只拼不进行去重可以直接用TEXTJOIN但这里为了演示REDUCE的累加器能力我们手动维护一个“已存在字符串”的集合。在单元格中输入REDUCE(, A2:A20, LAMBDA(acc, v, IF(v , acc, IF(ISNUMBER(SEARCH(v, acc)), acc, acc IF(acc , , 、) v))))关键逻辑拆解SEARCH(v, acc)在当前已拼接的结果里查找当前值是否存在。如果找得到说明已经出现过累加器保持不变如果找不到就把当前值拼接进去。用,分隔符时要注意如果原始文本本身包含逗号这个判断可能误伤。实际业务中更推荐用UNIQUE先做去重再拼接TEXTJOIN(、, TRUE, UNIQUE(A2:A20))这个示例真正的意义是让你看到acc累加器不只是“数字加和”它可以是一个字符串、一个状态、甚至一个能描述业务逻辑的线索。理解这一点REDUCE才算真正入门。5.2 示例二LAMBDA 递归把整数转换成字符串这个例子对应经典的“递归法将一个整数 n 转换成字符串”问题。在 Excel/WPS 里我们用名称管理器定义一个递归函数NUM_TO_STR。第一步打开名称管理器新建名称名称NUM_TO_STR引用位置LAMBDA(n, IF(n 0, - NUM_TO_STR(-n), IF(n 10, CHAR(48 n), NUM_TO_STR(INT(n / 10)) CHAR(48 MOD(n, 10)))))第二步在任意单元格输入NUM_TO_STR(12345)预期结果是文本12345。这个递归函数怎么理解如果n是负数先加一个负号再递归处理它的绝对值。如果n是一位数直接返回字符。CHAR(48 n)利用 ASCII 码把数字 0-9 转成字符0-9。否则把n整除 10递归得到前面所有位的结果再用MOD(n, 10)取出最后一位。比如n123先递归NUM_TO_STR(12)得到12再拼上CHAR(48 3)得到123。这里的终止条件就是n 10。每一次递归都让n变成INT(n / 10)数字位数逐渐减少最终一定进入终止条件。如果漏掉这个判断公式会一直调用自己直到系统报错。还要注意一点这个函数假设输入的是整数。如果输入123.45MOD和INT的行为会导致结果不符合预期。实际使用前建议先对数据做整数化处理。5.3 示例三REDUCE 状态表求斐波那契数列斐波那契数列是递归教材的常客但恰恰它也是“递归性能差”的典型。用公式递归求第 30 项都可能让工作簿明显变慢因为同一项会被重复计算很多次。先看递归写法。在名称管理器中新建名称FIB_RECLAMBDA(n, IF(n 1, n, FIB_REC(n - 1) FIB_REC(n - 2)))调用FIB_REC(10)结果是 55。逻辑很漂亮但性能很差。n 稍大就会明显变慢而且递归深度问题也会很快出现。更推荐的做法是用REDUCE维护一个“状态表”。斐波那契的迭代逻辑是从{0, 1}开始每一轮都把状态更新成{后一个数, 前两个数之和}。在单元格中输入IF(A1 0, 0, IF(A1 2, 1, INDEX(REDUCE({0;1}, SEQUENCE(A1 - 1), LAMBDA(acc, v, VSTACK(INDEX(acc, 2), SUM(acc)))), 2)))这里假设A1是要求的第 n 项并且 n 从 1 开始计数。执行过程REDUCE的初始值是一个两行一列的数组{0;1}。每次循环acc变成{旧状态的第二个元素旧状态两个元素之和}。循环结束后用INDEX(..., 2)取出第二行也就是第 n 项。注意IF(A1 2, 1, ...)是为了拦截 n1 和 n2 的情况因为此时SEQUENCE(0)可能产生空数组不同版本表现不一样。这个细节也印证了即使是REDUCE这样“自带终止条件”的函数写边界判断时依然要谨慎。5.4 示例四递归深度和 REDUCE 循环深度测试为了让你直观感受两者的循环深度差异可以写两组测试公式。先建一个递归计数器。名称管理器中新建名称DEPTH_TESTLAMBDA(n, IF(n 0, 0, DEPTH_TEST(n - 1) 1))然后分别调用DEPTH_TEST(100) DEPTH_TEST(1000) DEPTH_TEST(3000)你会发现小数字没问题但到达一定深度后公式会报错。具体上限与你的 Excel/WPS 版本、公式复杂度有关社区常见说法是递归深度大致在 1000 层左右就会触发限制。不要把这个数字当作绝对阈值重点是用这个公式测试出你自己环境的边界。再看REDUCE的循环深度REDUCE(0, SEQUENCE(5000), LAMBDA(acc, v, acc 1))如果返回 5000说明REDUCE处理 5000 轮迭代没有问题。这个测试简单粗暴但能说明一件事REDUCE的循环次数受限于数组大小和整体计算量而不是“函数调用栈”那种严格限制。不过数据量继续放大到数万、数十万行时性能一定会下降这是由 Excel/WPS 的计算引擎决定的。6. 运行结果与效果验证写了公式之后怎么判断结果对不对、流程是否走通这一章给出快速验证方法。6.1 名称管理器录入验证以示例二为例确认录入正确的方式打开名称管理器查看NUM_TO_STR的引用位置是否完整注意以开头。任意单元格输入NUM_TO_STR(0)预期返回文本0。这一步可以验证终止条件是否有效。输入NUM_TO_STR(12345)预期返回12345。如果返回#NAME?说明名称没定义成功或名称拼写错误。输入NUM_TO_STR(-123)预期返回-123。这一步验证负数分支。如果上面四个测试都通过递归函数的正确性基本有保证了。6.2 REDUCE 结果验证示例一测试时建议先用三个值做最小样本。假设 A2:A4 分别是“张三”“李四”“张三”公式应该返回“张三、李四”。如果返回“张三、李四、张三”说明去重逻辑失效重点检查SEARCH是否被原始数据里的特殊字符干扰。示例三测试时先代入A11、A12、A110预期分别是 1、1、55。任何一个异常都先检查IF分支是否覆盖边界再检查INDEX取的是哪一行。REDUCE返回的是一个两行数组时不要直接在工作表单元格里显示因为多行数组会溢出到相邻单元格务必用INDEX取值。6.3 怎么判断“递归没停”递归最大的风险是“公式不报错但永远在计算”。如果调用递归函数后Excel/WPS 长时间显示正在计算大概率是递归没有终止条件或者条件永远无法满足。此时可以采取三个措施按 Esc 尝试中断计算。检查递归函数的 IF 分支确保存在一个不需要再调用自身的路径。用非常小的输入值测试例如从 0、1、2 开始逐步增大观察在哪一个值开始异常。7. 常见问题与排查思路下面的表格汇总了REDUCE和LAMBDA递归最常见的问题适用于快速排查问题现象可能原因排查方式解决方案公式返回#NAME?当前 Excel/WPS 版本不支持REDUCE/LAMBDA或名称管理器中的名称未定义成功先测试LAMBDA(x,x)(1)是否返回 1检查名称管理器是否存在名称升级软件版本重新定义名称并检查拼写递归公式报#NUM!或#VALUE!递归没有终止条件或循环深度超过环境上限用小型输入逐步测试检查 IF 分支是否覆盖边界补全终止条件把递归改写成REDUCE迭代公式长时间不返回结果递归调用失控或REDUCE遍历范围过大按 Esc 中断检查引用区域是否包含整列限制数据范围使用小型测试区域REDUCE结果比预期少一项或多一项初始值设置错误或LAMBDA累加逻辑有误在纸上画出acc每轮变化用 3 个元素的小样本测试调整初始值修正LAMBDA内部拼装逻辑拼接去重结果误判SEARCH通配符干扰或原始文本互相包含改用UNIQUETEXTJOIN做对照测试业务场景优先用UNIQUE教学场景保留现有逻辑WPS 中不支持VSTACK或SEQUENCEWPS 版本对部分新函数支持不完整检查函数是否报#NAME?升级 WPS 版本使用辅助列替代注意#NAME?在 WPS 中非常常见。很多用户明明在 Excel 里跑得好好的公式粘贴到 WPS 就失效原因通常是 WPS 版本较旧或者某个新函数没有被当前 WPS 版本收录。遇到这类问题优先查看版本而不是反复改公式逻辑。8. 最佳实践与工程建议REDUCE和LAMBDA递归都是非常强大的工具但如果直接在真实工作簿里大规模使用建议遵守下面几条工程规则。8.1 能用 REDUCE 优先用 REDUCE除非问题本身就是“一层套一层”的嵌套结构否则优先用REDUCE。理由有三点REDUCE自带终止条件数组遍历完就停不容易写出“死循环”。REDUCE只有一个累加器中间状态在明面上调试更容易。REDUCE与日常表格思维更贴近其他同事接手时更容易理解。如果确实需要递归也要先考虑是否能转化成REDUCE 状态表。斐波那契数列就是典型的“递归可以写但迭代更好”的例子。8.2 递归三要素必须写全一次正确的LAMBDA递归至少要具备三要素参数推进每次递归调用参数都要向着终止条件前进。比如n-1、INT(n/10)、去掉第一个元素后的数组。终止条件明确写出何时直接返回不再调用自己。比如IF(n 10, ...)。边界覆盖思考空值、负数、零、单元素这些边界情况。只要有一个要素缺失公式测试时可能偶然通过一旦数据变化就崩溃。8.3 命名规范与注释名称管理器里的名称建议统一命名规则递归函数FIB_REC、NUM_TO_STR、TREE_EXPAND普通自定义函数GET_STATUS、CALC_TAX名称尽量语义化不要用F1、F2这种编号。不过名称管理器不支持像代码那样的注释建议把“函数用途”“参数含义”“终止条件说明”写在一个单独的说明单元格中或者放到工作簿的“使用说明”工作表里方便后续维护。8.4 性能与全列引用REDUCE和递归公式都应当避免引用整列例如A:A或B:B。整列引用会让计算引擎处理 1048576 行潜在数据即使大部分为空也会产生明显的计算压力。更合理的做法是引用具体区域比如A2:A2000或者用动态数组区域。如果公式会被大量单元格复制使用建议统一改用LET把中间结果缓存起来。比如LET(arr, A2:A2000, REDUCE(, arr, LAMBDA(acc, v, ...)))这样至少能让公式结构更清晰也避免在多个位置重复计算同一个数组。8.5 发布给同事前的小测试如果你要把包含REDUCE或递归公式的工作簿交给同事使用建议先完成一组最小验证用 5 行以内的测试数据确认逻辑正确。用真实数据量测试运行时间超过几十秒就要考虑优化。在另一台电脑或另一个表格软件版本上测试兼容性尤其是 WPS 环境。如果对方不熟悉新函数在“使用说明”里写清函数用途和修改位置。这套流程看起来简单却能避免最常见的“我电脑上没问题你电脑上全报错”的尴尬。9. 总结与后续学习方向回到标题里的问题REDUCE和LAMBDA递归谁是盟主我的答案已经很清楚在“日常循环”这个赛道上REDUCE是实用盟主因为它稳定、自带终止条件、心智负担低在“复杂拆解”这个赛道上LAMBDA递归才是真正的能力盟主因为只有它能处理树形结构、无限嵌套以及各种需要函数自己调用自己的问题。而LAMBDA本身则是这两个能力的共同地基。真正值得你记住的不是“谁更强”而是三句话数组遍历、累加、拼接、去重优先用REDUCE。问题呈现“一层套一层”的结构时再考虑LAMBDA递归。递归必须写终止条件循环深度超限时先把递归改成REDUCE状态表。接下来可以继续深入的方向包括VSTACK、HSTACK与REDUCE组合构造动态表MAP与SCAN的差异以及LET函数对公式性能的优化。这一集先把循环与递归的底层逻辑打牢下一集再聊如何用REDUCE构建真正的动态数据表那时你会发现所谓的盟主之争其实没那么重要。