Excel为何会以意外顺序计算用户自定义函数（UDF）？

当前Excel计算模式设置为手动，定义了如下极简UDF：

Function MyFunction(r As Range, i As Integer) As Integer
    Debug.Print Application.ThisCell.Address
    MyFunction = i
End Function

该函数的Range类型参数r未被使用，仅会在立即窗口打印自身所在单元格地址，并返回传入的整数i。

正常情况（符合预期） #

表格中A5单元格公式依赖A3，A7依赖A5。在A3输入1并保存表格触发计算时，UDF先执行A5再执行A7，立即窗口输出：

$A$5
$A$7

异常情况（顺序反转） #

仅修改UDF的第二个参数为整数常量（而非单元格引用），A5仍依赖A3、A7仍依赖A5。同样在A3输入1并保存触发计算，UDF执行顺序反转，立即窗口输出：

$A$7
$A$5

此现象与预期相反，请问原因是什么？

原因分析 #

核心在于Excel计算引擎的依赖追踪机制和UDF参数关联性判定：

1. 正常情况的依赖链逻辑
   当UDF参数包含单元格引用（哪怕代码里没实际使用），Excel的计算引擎会默认将该参数的单元格纳入依赖链。A5的UDF关联A3，A7的UDF关联A5，计算引擎会严格按照A3→A5→A7的依赖优先级触发UDF执行，所以输出顺序符合预期。

2. 异常情况的依赖丢失逻辑
   当把第二个参数改成整数常量后，UDF的两个参数里：

• 第一个r参数虽然是Range类型，但代码里完全没用到它来计算返回值，Excel的依赖追踪会判定这是无效依赖，直接忽略；
• 第二个参数是常量，和任何单元格都没有关联。

这时候整个UDF和A3、A5的依赖关系被Excel计算引擎彻底忽略，原本的单元格依赖链（A3→A5→A7）对UDF的执行顺序不再起作用。Excel会转而按照单元格的存储顺序或者后台调度的随机顺序来执行这些无依赖的UDF，而A7的存储位置在A5之后，反而被优先调度，最终出现顺序反转的现象。

简单说：Excel只会关注UDF里实际参与计算的参数来构建依赖链，无效的参数引用会被优化掉，没有依赖的UDF执行顺序就不受控制了。

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