Hey there！我来帮你拆解这个看似诡异的问题——明明两个表达式算出来都是0，为什么直接填0就能得到正确的1，换成ROW()-ROW(G2)就出#NUM!？

问题根源：数值类型的隐形差异 #

核心问题出在Excel对「直接输入的数值0」和「公式返回的0」的类型识别不同：

• 当你直接在OFFSET里写0时，Excel会把它当作一个单个的标量数值，OFFSET返回的是明确的单元格区域引用（也就是A2:A1001），CORREL处理这个区域时能正常计算出自身的相关系数1。
• 但当你用ROW()-ROW(G2)时，虽然计算结果是0，但Excel在这个上下文里会把这个表达式的结果视为一个单元素数组（也就是{0}），而不是标量数值。这时候OFFSET接收到数组类型的偏移量参数，会返回一个包含该区域的数组对象（本质上是把A2:A1001包装成了数组格式）。
• CORREL函数在处理这种数组对象时，会出现识别异常——即使两个数组内容完全一致，也可能因为内部的类型判断逻辑，导致无法正确计算标准差（或者说无法识别这是同一个区域的引用），最终抛出#NUM!错误。

快速解决方案：强制转换为标量数值 #

你只需要把偏移量的表达式强制转换为纯数值即可，有两种简单的方法：

1. 使用双重负号强制转换：

=CORREL(OFFSET(A2:A1001,0,--(ROW()-ROW(G2))),OFFSET(A2:A1001,0,--(COLUMN()-COLUMN(G2))))

双重负号--会把公式返回的数组型0转换成纯数值0，让OFFSET识别为标量偏移量。

2. 使用VALUE函数显式转换：

=CORREL(OFFSET(A2:A1001,0,VALUE(ROW()-ROW(G2))),OFFSET(A2:A1001,0,VALUE(COLUMN()-COLUMN(G2))))

VALUE函数同样能把数组结果转为纯数值，确保OFFSET返回正常的单元格区域引用。

如果是要生成整个相关矩阵，这个公式填充后应该就能正常工作了——转换后的偏移量会随着单元格位置正确计算列/行的偏移，不会再出现#NUM!错误。

备注：内容来源于stack exchange，提问作者user3163829