将C++ DLL导入Excel(VBA)出现49/453错误的解决求助

问题根源 #

你遇到的核心问题是32位VC++编译器对__stdcall函数的名字修饰，以及VBA默认要求stdcall调用约定：

• 32位环境下，带__stdcall的函数会被编译器修改为_函数名@参数总字节数的格式（比如_testBool2@0、_testBool3@4），但VBA的Declare语句默认搜索原函数名，导致报453错误。
• VBA默认使用stdcall调用约定，带参数的cdecl函数（比如testBool4）会因为调用约定不匹配，要么找不到入口，要么运行报错。

解决方案（仅修改C++代码） #

1. 统一使用__stdcall调用约定 #

将所有导出函数改为__stdcall，确保和VBA的调用约定匹配：

extern "C" __declspec(dllexport) BOOL __stdcall testBool1() {
    return true;
}

extern "C" __declspec(dllexport) BOOL __stdcall testBool2() {
    return true;
}

extern "C" __declspec(dllexport) BOOL __stdcall testBool3(BOOL a) {
    return a;
}

extern "C" __declspec(dllexport) BOOL __stdcall testBool4(BOOL a) {
    return a;
}

2. 添加模块定义文件(.def)避免名字修饰 #

创建一个名为MyDLL.def的文本文件，内容如下：

LIBRARY MyDLL
EXPORTS
testBool1
testBool2
testBool3
testBool4

将这个.def文件添加到你的C++项目中（在VS中右键项目 → 添加 → 现有项，选择该文件）。

编译DLL时，链接器会按照.def文件指定的名字导出函数，跳过编译器的名字修饰，让VBA能找到正确的入口点。

验证效果 #

修改后重新编译DLL，再用原VBA代码测试：

• testBool1：stdcall调用约定+正确导出名字，正常运行
• testBool2：不再有名字修饰，VBA能找到入口，正常运行
• testBool3：调用约定匹配+正确导出名字，正常运行
• testBool4：改为stdcall+正确导出名字，正常运行

关于64位的补充 #

64位Windows系统下只有一种调用约定（与stdcall兼容），编译器不会对函数名进行修饰，因此64位DLL不需要.def文件，直接使用__stdcall（或省略，因为默认调用约定在64位下等价）即可正常被VBA调用。

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