标签：情况 设置 printf img proc 空格 options #define 出现
一直在鼓捣DLL，每天的工作都是调试一个一个的DLL，往DLL里面添加自己的代码，但是对于DLL一直不太了解啊！今天一查资料，才发现自己对于DLL编写的一些基本知识也不了解。要学习，这篇文章先总结DLL的导出函数的方法。
1. 首先说一下如何建立一个普通的DLL工程！（以VS2008为例）
New Project --> Win32 标签 --> 填写工程名称 --> 点 OK，进入创建 Widzard --> Next 进入第二步 --> Application Type 中选择选择Dll 单选按钮。--> 在Additional Options中可以根据自己需求，确定是生成空工程，是否需要导出符号。
都不勾选，后期完全自己添加，看到的是一个DLL框架被创建，只有一个DLL函数，在DLL被加载时，由线程调用该函数，做初始化。如下图所示：
很简单，不多说了！
勾选不同的额外选项的情况，不再说明，自己可以尝试创建一下，看有什么区别。
2. 导出模块中符号的三种方法
在说三种导出方式之前，先说一点关于VS编译器的东西。VS编译器，默认创建出来的文件为 .cpp，即它默认的编译方式是C++。因此一般情况下，写函数时随时声明函数，随时使用，这是C++编译方式的好处，也是很多书上所提倡的变量使用方式，到使用时再定义，声明。而如果是 .c 文件，会被VS按照C的方式进行编译。会有什么区别呢？就是函数，变量名字的命名区别。编译器编译源文件后，会将源文件中用到的符号进行修改，C的方式是在符号(Symbols，函数名称，变量名称等)的前面加下划线，对于函数名称，后面会跟着@Num，Num为传参所占用的大小。而C++为了实现函数重载，对函数实行了变名机制（具体机制不再详解释了，可以搜索一下），比如函数名称，在变名中会体现函数源代码中名称，函数参数个数，参数类型，返回值等信息。因此用C方式编译的DLL库是无法使用C++方式编译的程序直接连接调用的；同理反过来亦如此。在编程中就有了extern "C" 的出现。如果C++项目中，要调用以C编译方式编译出来的DLL库，则需要将要导入的函数用extern "C" 的方式声明，以便这些函数在C++项目中被编译为C编译方式的函数名称，在C的lib库中可以找到相应的符号，链接。反过来，对于C++方式编译的DLL，则无法以静态链接的方式在C程序中调用；主要还是因为C编译方式编译出来的函数，无法链接到C++方式编译的DLL，及相应的lib上。 C++和C中的变名具体的内容，还和函数的调用方式相关__cdecl / __stdcall / _fastcall 几个方式的修饰符号也不相同。
但是在这种情况下，还是可以通过动态引入的方式，使用GetProcAddress 函数根据函数名称获取函数地址，然后调用相应的函数。
在X64上又有不同的解释，X64编译的函数不变名。前面即没有下划线，函数名结尾处也没有参数空间大小，当然也不会类似C++的变名方式。
通过导出符号导出：
_declspec(dllexport) int MyFunction(int a, char c, char* pInfo)
{
char szInfo[MAX_PATH] = {};
sprintf(szInfo, "a=%d, c=%c, Info: %s", a, c, pInfo);
OutputDebugStringA(szInfo);
return 0;
}
按照如上的方式，MyFunction 函数将被DLL导出，C/C++编译方式下，分别为导出为如下的函数（可以使用PE解析工具查看）：
如下为C++的编译方式导出的函数，可看到函数名称开始处有一个"?"，结尾处为两个@@加上YAHHDPAD@Z ，他们共同表示了函数的参数，以及返回值。@@YA表示函数调用方式为 __cdecl，默认的调用方式。H表示返回值为Int，后面依次为参数列表的类型。（详细的内容可以搜索一下）
如下为C编译方式导出的函数，仅有函数名称。
如上所述，通常为了能够使得C++编译的模块能够在C和C++程序中都能调用，通常定义如下的宏，用于声明函数。一方面将函数导出，同时使得无论C++程序编译，还是C程序编译的DLL都按照C的编译方式导出函数。这样就可以满足C 和C++ 程序都可以调用。
#define DLLEXPORT_API extern "C" _declspec(dllexport)
或者
#ifdef __cplusplus
extern "C"{
#endif
// 要导出的函数名称
#ifdef __cplusplus
};
#endif
通过Link选项设置导出函数：
通过linker 选项来导出函数，通过这种方式可以将函数进行改名，即将在C++编译方式下导出的名称导出为一个指定的名称，而不用带有? @ 等字符的函数原名。
#pragma comment(linker, "/EXPORT:MyFunction=?MyFunction@@YAHHDPAD@Z")
int MyFunction(int a, char c, char* pInfo)
{
char szInfo[MAX_PATH] = {};
sprintf(szInfo, "Dll module: a=%d, c=%c, Info: %s\n", a, c, pInfo);
OutputDebugStringA(szInfo);
return 0;
}
如下图所示，上面代码中的函数，以C++的方式编译完成后，和之前的以C++方式导出函数的名称相同，我们使用 #pragma comment的形式，将该函数以函数原名称的形式导出。这样可以方便引用。
通过.def 文件导出函数：
最正规的方法，还是通过定义.def 文件来导出函数。将要导出的函数，写到.def 文件 EXPORTS 字段下，即可将函数导出。在连接器阶段，使用/def 连接器选项调用.def 文件。def的内容对应于link 选项，.def 的语法如下所述：
× 语句，属性，关键字和指定的标识符区分大小写
× 使用一个，多个空格，制表符或换行符将语句关键字同其他参数分开和将语句分开。指定参数的冒号或等号前后可以有零个，多个空格，制表符或换行。
× NAME 和 LIBRARY 语句，必须位于所有的其他的语句之前。
× 注释以 分号 开始
EXPORTS 语句的语法如下：
EXPORTS
entryname[=internalname] [@ordinal [NONAME] ] [PRIVATE] [DATA]
entryname 是要导出的函数名或变量名称。这一项必须有。
=internalname 表示将一个名字为internalname的函数导出为entryname的函数。
@ordinal 允许指定是序号导出函数，而不是以函数名导出。.lib 文件中包含了序号和函数之间的映射。
NONAME为可选项，该关键字指明，只允许按照序号导出。
PRIVATE 可选项，表示禁止将entryname放到LINK生成的导入库中。
DATA 可选项，表示导出的为数据，而非代码。
示例：
EXPORTS
DllCanUnloadNow @1 PRIVATE DATA
DllWindowName = Name DATA
DllGetClassObject @4 NONAME PRIVATE
DllRegisterServer @7
DllUnregisterServer
LIBRARY 选项
LIBRARY [library] [BASE=address]
library 表示让link创建DLL，同时创建导入库。
BASE=address 设置操作系统用来加载DLL的基址。
SECTIOINS 选项
SECTIONS
definitions
用于指定一些节区的属性，比如设置节区为共享节区等。
3. 基于MFC框架的DLL
可以很方便地到处全局变量，导出函数，导出类。有了MFC的支持，方便不少。这块已经不怎么用了吧，我平时很难涉及到，不想再总结了。有兴趣的可以找资料看一下。
ATL同样也有很多，基于ATL的COM模块，基本都是建立一个DLL模块。这块也不想多说了，无非是将ATL的框架，模板集成进去了，DLL作为容器而已。其实这个和DLL的知识没什么关系，完全不同的两部分内容，需要分开学。我觉得是酱紫的，哈哈哈哈！
没准以后工作中会遇到，遇到再说吧！^_^! 以够用为原则，学多了也记不住！
By AndyGuo @ 2015-08-11 午
标签：情况 设置 printf img proc 空格 options #define 出现
原文地址：https://www.cnblogs.com/oneway1990/p/9012929.html
