DLL导出函数的名字[ZT]
使用Dependency看DLL的导出函数的名字，会发现有一些有意思的东西，这大多是和编译DLL时候指定DLL导出函数的导出符有关系。
//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
当你使用extern "C"的情况下：
__stdcall会使导出函数名字前面加一个下划线，后面加一个@再加上参数的字节数，比如_Fun@4就是4个字节
__fastcall类似__stdcall，不过前面没有下划线，_fastcall应该前面还有一个@，比如@LoadaDir@4
__cdecl则是前面仅仅有一个下划线
如果不用extern "C"话则使用C++命名机制，涉及到C++ Name Mangling，比较复杂，编译器之间也不太一样。
另外，__declspec(dllexport)仅会对__cdecl进行处理，去掉前面的下划线（对于一般全局函数来说缺省就是__cdecl)，而对于其他两种不会处理。
//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
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 文件中的作用一样。
//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
当你使用extern "C"的情况下：
__stdcall会使导出函数名字前面加一个下划线，后面加一个@再加上参数的字节数，比如_Fun@4就是4个字节
__fastcall类似__stdcall，不过前面没有下划线，_fastcall应该前面还有一个@，比如@LoadaDir@4
__cdecl则是前面仅仅有一个下划线
如果不用extern "C"话则使用C++命名机制，涉及到C++ Name Mangling，比较复杂，编译器之间也不太一样。
另外，__declspec(dllexport)仅会对__cdecl进行处理，去掉前面的下划线（对于一般全局函数来说缺省就是__cdecl)，而对于其他两种不会处理。
//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
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 文件中的作用一样。
