为Excel VBA导出无名称修饰DLL函数的正确调用约定方法

32位(x86)环境下VBA调用DLL默认遵循__stdcall调用约定，你碰到的名称修饰是MSVC x86编译器对__stdcall函数的默认命名规则，完全可以通过编译配置实现「符合VBA调用约定+导出无修饰原始函数名+无需VBA端添加Alias别名」的效果，两种常用可落地方案如下：

方案1：通过.def模块定义文件指定导出映射（推荐，兼容性最好） #

这个方案不需要调整C++函数逻辑，也不需要改VBA声明，是开发供VBA调用的32位DLL的通用做法：

• 第一步：C++函数保持标准的__stdcall+extern "C"写法即可，不需要修改签名：

// helloworld.cpp
extern "C" __declspec(dllexport) long __stdcall foo(long bar){
    return bar * 2;
}

• 第二步：在cpp文件同目录下新建后缀为.def的文本文件（比如命名为helloworld.def），写入如下内容，显式指定导出名称映射：

LIBRARY helloworld
EXPORTS
    foo = _foo@4

上述配置的作用是把编译器生成的带修饰符号_foo@4，直接以无修饰的原名foo对外导出。

• 第三步：编译时把def文件作为参数传入编译器即可：

cl.exe /LD helloworld.cpp helloworld.def

编译完成后查看导出表就能看到导出名为纯foo，VBA端直接用最初不带Alias的声明即可正常调用，不会触发调用约定错误。

方案2：编译命令行直接指定导出映射（适合函数数量少的轻量场景） #

如果不想额外创建def文件，可以直接在cl编译参数里通过/EXPORT指定符号映射，效果和def文件完全一致，示例编译命令：

cl.exe /LD helloworld.cpp /Gz /EXPORT:foo=_foo@4

其中/Gz参数指定编译时默认使用__stdcall调用约定，/EXPORT:foo=_foo@4直接指定把修饰后的_foo@4符号以foo为名导出，编译产物同样可以被VBA无Alias直接调用。

补充说明 #

• 上述方案仅针对*32位(x86)编译场景。如果编译64位(x64)*版本DLL，不存在该问题：x64架构下只有统一的调用约定，extern "C"导出的函数不会带任何名称修饰，不需要加__stdcall、不需要def文件，直接用原始函数名VBA即可正常调用。
• 不要为了规避名称修饰直接改回默认的__cdecl调用约定，这就是你最开始触发Bad DLL calling convention错误的核心原因：__cdecl约定由调用方清理栈，__stdcall由被调用函数清理栈，栈不平衡不仅会报调用约定错误，还可能导致内存错乱、Excel无故闪退。

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