Excel VBA按序号调用Fortran DLL修改参数列表后传参异常

环境与实现背景 #

• 采用最新Intel oneAPI IFORT编译器结合Visual Studio 2019编译生成Fortran DLL，入口点参数包含Integer4（对应VBA的Long类型）标量与Real8（对应VBA的Double类型）数组的混合结构
• VBA通过序号别名声明调用DLL函数，简化后的声明代码如下：

Declare PtrSafe Function GetCatalyst Lib "myDll.dll" Alias "#3" (arg1 As Long, arg2 as Long, arg3 As Double, arg4 As Long, arg5 as Long, arg6 As Double) As LongPtr

• 参数规则：arg1、arg2、arg4、arg5为Long标量；arg3、arg6为Double数组，数组长度由对应前序Long参数定义（例如arg3为Double(1 to arg2)），实际参数约20个，均遵循该模式
• VBA调用代码简化版：

Dim arg1 as Long, arg2 as Long, arg3() as Double
Dim arg4 as Long, arg5 as Long, arg6() as Double

ReDim arg3(1 to arg2)
ReDim arg6(1 to arg5)

' 此处为确保DLL加载的LoadLibrary相关代码

' 实际调用
Dim result as Long
result = GetCatalyst(arg1, arg2, arg3(1), arg4, arg5, arg6(1))

问题现象 #

原本调用运行正常，但在参数列表中间新增一组同模式参数（Long、Long、Double数组）后：

• VBA已传入正确初始化的参数，但Fortran端接收的最后三个参数为无效值
• 已反复确认Fortran代码、VBA声明及调用逻辑均适配了新参数，且使用Fortran测试程序调用该DLL完全正常

已验证的有效缓解方案 #

• 改用函数名"GETCATALYST"替代序号#3调用，恢复正常
• 使用更新后的序号#17调用，恢复正常
• 重命名DLL后使用原序号#3调用，恢复正常
• 重启机器后异常仍存在，排除会话级缓存问题

核心疑问 #

1. VBA加载DLL序号别名的机制是什么？
2. 是否存在某种持久化缓存导致了该异常？（使用的Excel版本为O365 Build 2407）

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