这个问题我之前也碰到过，核心原因是C和C++的名字修饰规则差异：你用C编译导出的Sum是无修饰的C风格符号（比如MSVC下32位是_Sum，64位是Sum），但C++里Math命名空间下的Add会被编译器加上包含命名空间、参数类型的修饰名（比如?Add@Math@@YAHHH@Z），链接器根本找不到匹配的符号，所以才会失败。

下面给你几个可行的实现方法：

方法一：动态加载（最通用，跨编译器/平台友好） #

通过LoadLibrary和GetProcAddress手动获取DLL函数地址，再把它绑定到命名空间里的函数指针上：

#include <windows.h>

namespace Math {
    // 先定义和原函数匹配的函数指针类型
    using AddFunc = int(*)(int, int);
    // 声明命名空间下的Add指针
    AddFunc Add = nullptr;
}

// 在程序初始化时调用（比如main函数开头，或者DLL_PROCESS_ATTACH回调里）
void InitMathLibrary() {
    // 替换成你的DLL文件名
    HMODULE hMathDll = LoadLibrary(TEXT("YourSumDll.dll"));
    if (hMathDll != nullptr) {
        // 获取Sum函数的地址，赋值给Math::Add
        Math::Add = reinterpret_cast<Math::AddFunc>(
            GetProcAddress(hMathDll, "Sum")
        );
    }
}

使用时只要确保InitMathLibrary已经执行，就可以像调用普通函数一样用Math::Add(1, 2)了。这种方法不需要依赖链接器的特殊指令，灵活性很高。

方法二：静态链接+inline包装（静态链接场景首选） #

如果想保持静态链接的方式，可以先导入C风格的Sum，再在命名空间里写一个inline函数Add作为包装：

// 先以C风格导入原函数（避免C++名字修饰）
extern "C" __declspec(dllimport) int Sum(int x, int y);

namespace Math {
    // 用inline函数包装Sum，对外暴露Add的名字
    inline int Add(int x, int y) {
        return Sum(x, y);
    }
}

这种方法非常简单，编译器会把inline函数直接展开，不会额外增加开销，而且完全符合你的需求——在Math命名空间下用Add调用原DLL的Sum。

方法三：链接器符号重定向（MSVC特定） #

如果你使用MSVC编译器，可以通过链接器指令把Math::Add的修饰符号直接映射到DLL里的Sum：

namespace Math {
    // 声明Add函数
    extern "C" __declspec(dllimport) int Add(int x, int y);
}

// 告诉链接器：把Math::Add的C++修饰名映射到C风格的Sum符号
// 注意：?Add@Math@@YAHHH@Z是MSVC生成的Math::Add(int,int)的修饰名，需要和实际匹配
#pragma comment(linker, "/alternatename:?Add@Math@@YAHHH@Z=Sum")

不过这种方法需要你准确获取Math::Add的修饰名（可以用dumpbin /symbols工具查看），而且只适用于MSVC环境，通用性不如前两种方法。

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