MFC 解决因名字改变造成的函数名称不对应而调用失败的方法

extern "C"的作用是(防止C++编译器的“名字破坏”特性)，使编译器 按照C的方式生成函数名 ，C的方式实际的函数名和你写的一样。如果没有这个，则按照C++的方式生成函数名，这样实际的函数名（ LoadLibrary 方式GetProcAddress传入的函数名）和你写得函数名不一样，这样你用LoadLibrary、GetProcAddress这种方式调用dll就不成功。   
但是用 引入库(*.LIB)的方式调用 ，则 编译器自动转换函数名 ，所以总是没有问题。   
//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
我们知道为了让DLL导出一些函数，需要在每一个将要被导出的函数前面添加标识符：_declspec(dllexport)。例如在DLL中可以导出这样的函数（方法）

#define DLL1_API _declspec(dllexport)
DLL1_API int Add(int a,int b)
{
　　return a+b;
}

现在我们解决名字改编问题，C++编译器在生成DLL时，会对导出的函数进行 名字改编 ，并且不同的编译器使用的改编规则不一样，因此改编后的名字也是不同的。这样，如果利用不同编译器分别生成DLL和访问DLL的客户端程序，后者在访问该DLL的导出函数时就会出现问题。如上例中函数Add在C++编译器改编后的名字是?Add@@YAHHH@Z。我们希望编译后的名字不发生改变，这里有几种方法。
第一种是定义导出函数时加上限定符：extern "C"

#define DLL1_API extern "C" _declspec(dllexport)
但extern "C"只解决了C和C++语方之间调用的问题，它只能用于导出全局函数这种情况而不能导出一个类的成员函数。另外如果导出函数的调用约定发生改变，即使使用了extern "C"，编译后的函数名还是会发生改变。比如我们加入_stdcall关键字说明调用约定为C调用约定（标准调用约定，也就是WINAPI调用约定）。

#define DLL1_API extern "C" _declspec(dllexport)
DLL1_API int _stdcall Add(int a,int b)
{
　　return a+b;
}

编译后函数名Add改编成了_Add@8
第二种方法是通过一个称为模块定义文件DEF来解决。

LIBRARY dllname
EXPORTS
　　Add
　　Subtract

LIBRARY 用来指定动态链接库内部名称。该名称与生成的动态链接库名一定匹配，这句代码不是必须的。EXPORTS说明了DLL将要导出的函数，以及为这些导出函数指定的符号名。
通过第二种方法模块定义文件的方式DLL编译后 导出函数名不会发生改变 。
//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
传统的导出 DLL 函数的方法是使用模块定义文件 (.def)，Visual C++ 提供了更简洁方便的方法，即 “__declspec(dllexport)” 关键字，例如：

__declspec(dllexport) int __stdcall MyExportFunction(int iTest);
但是通过查看工具我们可以发现，DLL 导出的函数名字实际上是 _MyExportFunction@4。还好，VC 提供了一个预处理指示符 “#pragma” 来指定链接选项，可以通过它达到我们的目的，如下：

#pragma comment(linker, "/EXPORT:MyExportFunction=_MyExportFunction@4")

这样再看，就会发现导出的函数名字已经成为了想要的MyExportFunction。
终于知道了，应该把函数前面的  __declspec()  修饰去掉，也就是说，只需要第二条  pragma  指令即可。而且还可以使如下形式：

#pragma comment(linker, "/EXPORT:MyExportFunction=_MyExportFunction@4,PRIVATE")

PRIVATE 的作用与其在 def 文件中的作用一样。

来源： <http://blog.csdn.net/conanlrj/article/details/5797549>