为什么 GetProcAddress 不起作用？

Question

首先，我创建一个名为SimpleDll.dll的简单dll，它的头文件：

// SimpleDll.h
#ifdef MYLIBAPI
#else
#define MYLIBAPI __declspec(dllimport)
#endif

MYLIBAPI int Add(int a. int b);

它的源代码：

// SimpleDll.c
#include <windows.h>

#define MYLIBAPI __declspec(dllexport)
#include "SimpleDll.h"    

int Add(int a, int b)
{
    return a + b;
}

然后我在另一个项目中调用它，它工作正常：

// TestSimpleDll.c
#include "stdafx.h"
#include <windows.h>
#include "SimpleDll.h"

#pragma comment(lib, "SimpleDll.lib")

int _tmain(int argc, _TCHAR* argv[])
{
    printf("%d", Add(10, 30));    // Give the expected result 40
    return 0;
}

但是，当我致电GetProcAddress 获取它的地址时，它不起作用！

// TestSimpleDll2.c
#include "stdafx.h"
#include <windows.h>
#include "SimpleDll.h"

#pragma comment(lib, "SimpleDll.lib")

int _tmain(int argc, _TCHAR* argv[])
{
    printf("%d", Add(10, 30));    // Give the expected result 40
    HMODULE hModule = GetModuleHandleA("SimpleDll.dll");    // hModule is found
    PROC add_proc       = GetProcAddress(hModule, "Add");     // but Add is not found !
    //  add_proc is NULL!
    return 0;
}

感谢您的帮助。 （PS：我在Windows7上使用VS2010）
更新：
这是 SimpleDll.dll 文件的依赖行者显示的内容：

Answer 1

如果要导出 GetProcAddress 的名称，则应使用 .def 文件。否则，您将不得不处理 c++ 名称 mangling 和符号装饰。

您可以通过将函数声明为 extern "C" 来避免修改，但避免修饰的唯一方法是使用 .DEF 文件。

还有一件事 - 在 Dependency walker 中 - 使用 F10 在修饰名称和未修饰名称之间切换。

Answer 2

Dependency Walker 是解决此类 DLL 问题的出色工具。

我假设您将 DLL 编译为 C 代码。否则，C++ 会执行名称修改，这会导致问题。

为避免名称混乱，只需将导出定义包装在 extern "C" 中。

extern "C" {
    MYLIBAPI int Add(int a. int b);
}