BYROW(SEQUENCE(...),...)结构异常表现的技术原因问询

核心机制差异 #

Excel对内存生成数组（如直接调用SEQUENCE返回的数组）和单元格区域引用（包括溢出区域）的处理逻辑存在本质区别，这是问题的核心原因：

• 当BYROW的输入是内存数组时，Excel会尝试预计算LAMBDA内部所有依赖输入数组的表达式，而非逐行迭代绑定单个值；
• 当输入是单元格区域时，BYROW会逐行读取单个单元格的值，LAMBDA内部表达式会基于当前行的单个值计算。

各现象的具体解释 #

1. 直接使用BYROW(SEQUENCE(...),...)输出错误

以Try1A为例：=BYROW(SEQUENCE(7,1,1,1),LAMBDA(d,SUM(SEQUENCE(1,d,1+d/10,1))))

• 这里SEQUENCE(7,1,1,1)是内存生成的数组，Excel会把LAMBDA中的d直接替换为整个输入数组（{1;2;3;4;5;6;7}）；
• 内部SEQUENCE(1,d,...)会生成一个7×7的多维数组（每个d对应一行长度为d的数组，补全后成7列）；
• SUM对这个多维数组计算时，会默认按列求和，最终输出第一列的重复值，也就是你看到的B2:B7的重复结果。

2. MAKEARRAY有效，EXPAND无效

• MAKEARRAY有效（Try2A）：
  MAKEARRAY是逐元素迭代计算的函数，它的内部LAMBDA参数r,c会逐次绑定当前行和列的具体数值，此时d是BYROW迭代到的当前行单个值；
  通过IF(c>d,0,c+d/10)生成固定长度的数组后，SUM能正确计算当前行的有效元素和。
• EXPAND无效（Try3A）：
  EXPAND的第一个参数SEQUENCE(1,d,...)会被预计算：当d是内存数组时，Excel先代入所有d值生成多个数组，再尝试统一EXPAND为固定尺寸，最终生成的是多维数组而非逐行的单个数组，SUM后结果错误。

3. 替换为单元格区域引用输出正确（Try1B/Try3B）

当BYROW的输入是A2:A8或A2#（单元格区域/溢出区域）时，Excel会逐行读取单个单元格的值，LAMBDA中的d会被绑定为当前行的单个数值；
此时内部SEQUENCE(1,d,...)或EXPAND(...)都会基于单个d生成对应长度的数组，SUM后得到正确结果。

4. LET封装无改善（Try1C/Try3C）

LET只是将内存数组赋值给变量，本质上还是内存生成的数组，并没有改变BYROW对输入参数的处理逻辑，依然会触发预计算机制，因此结果还是错误。

5. 包含两个SEQUENCE的方案均无效

当LAMBDA内部嵌套SEQUENCE且其参数依赖BYROW输入的内存数组时，Excel的预计算机制会把内部SEQUENCE的参数替换为整个输入数组，生成高维数组而非逐行的动态长度数组，SUM后无法得到预期的逐行结果。

内容的提问来源于stack exchange，提问作者DMM