前面提到静态链接库的创建和运用方法，现在我来总结一下动态链接库。动态链接库是一个是神奇的东西，在程序中我们没有必要将其一次性的链接到应用程序或exe当中，对于动态链接库中的变量或函数等资源我们只需要在用他的时候加载,不用的时候卸载,降低程序的对内存的占用.
在C\C++开发中 动态链接库可以分为三类:非MFC DLL,MFC DLL,以及扩展MFC DLL.
今天我先总结一下非MFC DLL.
在VC++6.0中创建一个非MFC DLL 步骤如下：
在 VC++中new一个 Win32 Dynamic-Link Library工程 dllTest。注意不要选择 MFC AppWizard(dll)。
在建立的工程中添加ib.h 及 lib.cpp文件，源代码如下：
/* 文件名：lib.h */
#ifndef LIB_H
#define LIB_H
extern "C" int __declspec(dllexport)add(int x, int y);
#endif
/* 文件名：lib.cpp */
#include "lib.h"
int add(int x, int y)
{
return x + y;
}
我们也建立一个与 DLL 工程处于同一工作区的应用工程 dllCall，它调用DLL中的函数add，其源代码如下：
#include <stdio.h>
#include <windows.h>
typedef int(*lpAddFun)(int, int); //宏定义函数指针类型
int main(int argc, char *argv[])
{
HINSTANCE hDll; //DLL句柄
lpAddFun addFun; //函数指针
hDll = LoadLibrary("..\\Debug\\dllTest.dll");
if (hDll != NULL)
{
addFun = (lpAddFun)GetProcAddress(hDll, "add");
if (addFun != NULL)
{
int result = addFun(2, 3);
printf("%d", result);
}
FreeLibrary(hDll);
}
return 0;
}
分析上述代码，dllTest 工程中的lib.cpp 文件与静态链接库版本完全相同，不同在于lib.h对函数add的声明前面添加了__declspec(dllexport)语句。这个语句的含义是声明函数add为DLL 的导出函数。DLL内的函数分为两种：
(1) DLL 导出函数，可供应用程序调用；
(2) DLL 内部函数，只能在 DLL 程序使用，应用程序无法调用它们.
而应用程序对本 DLL 的调用和对静态链接库的调用却有较大差异，下面我们来逐一分析。
首先，语句 typedef int ( * lpAddFun)(int,int)定义了一个与 add 函数接受参数类型和返回值均相同的函数指针类型。随后在 main 函数中定义了lpAddFun 的实例 addFun；
其次，在函数 main中定义了一个 DLL HINSTANCE 句柄实例 hDll，通过 Win32 Api 函数 LoadLibrary动态加载了 DLL 模块并将 DLL 模块句柄赋给了 hDll；
再次， 在函数 main 中通过 Win32 Api 函数 GetProcAddress 得到了所加载 DLL 模块中函数 add 的地址并赋给了 addFun。经由函数指针 addFun 进行了对 DLL 中 add 函数的调用；
最后，应用工程使用完 DLL 后，在函数 main 中通过 Win32 Api 函数 FreeLibrary 释放了已经加载的DLL模块.
通过这个简单的例子，我们获知 DLL 定义和调用的一般概念：
(1)DLL 中需以某种特定的方式声明导出函数（或变量、类） ；
(2)应用工程需以某种特定的方式调用 DLL 的导出函数（或变量、类)。
下面我们来对“特定的方式进行”阐述。
声明导出函数
DLL 中导出函数的声明有两种方式：一种为例子中给出的在函数声明中加上__declspec(dllexport)， 这里不再举例说明； 另外一种方式是采用模块定义(.def) 文件声， .def文件为链接器提供了有关被链接程序的导出、属性及其他方面的信息。
下面的代码演示了怎样同.def 文件将函数 add 声明为 DLL 导出函数（需在 dllTest 工程中添加 lib.def文件）：
：lib,def:导出函数
LIBRARY dllTest
EXPORTS
def文件的规则为：
(1)LIBRARY语句说明.def文件相应的DLL；
(2)EXPORTS语句后列出要导出函数的名称。可以在.def文件中的导出函数名后加@n，表示要导出函数的序号为 n（在进行函数调用时，这个序号将发挥其作用）；
(3).def 文件中的注释由每个注释行开始处的分号 (;) 指定，且注释不能与语句共享一行。
由此可以看出，例子中 lib.def文件的含义为生成名为“dllTest”的动态链接库，导出其中的 add 函数，并指定 add 函数的序号为 1。
DLL 的调用方式;
例子中我们看到了由“LoadLibrary-GetProcAddress-FreeLibrary”系统 Api 提供的三位一体“DLL 加载-DLL 函数地址获取-DLL 释放”方式，这种调用方式称为 DLL 的
动态调用。
动态调用方式的特点是完全由编程者用 API 函数加载和卸载 DLL，程序员可以决定 DLL 文件何时加载或不加载，显式链接在运行时决定加载哪个 DLL 文件。
与动态调用方式相对应的就是静态调用方式， “有动必有静” ，这来源于物质世界的对立统一。 “动与静” ，其对立与统一竟无数次在技术领域里得到验证，譬如静态 IP 与 DHCP、静态路由与动态路由等。从前文我们已经知道，库也分为静态库与动态库 DLL，而想不到，VC++动态链接库(DLL)编程深入浅出 深入到 DLL 内部，其调用方式也分为静态与动态。 “动与静” ，无处不在。 《周易》已认识到有动必有静的动静平衡观， 《易．系辞》曰： “动静有常，刚柔断矣” 。哲学意味着一种普遍的真理，因此，我们经常可以在枯燥的技术领域看到哲学的影子。
静态调用方式的特点是由编译系统完成对 DLL 的加载和应用程序结束时 DLL 的卸
载。当调用某 DLL 的应用程序结束时，若系统中还有其它程序使用该 DLL，则 Windows
对 DLL 的应用记录减 1，直到所有使用该 DLL 的程序都结束时才释放它。静态调用方式简
单实用，但不如动态调用方式灵活。
下面我们来看看静态调用的例子（单击此处下载本工程附件） ，将编译 dllTest 工程所生
成的.lib 和.dll 文件拷入 dllCall 工程所在的路径，dllCall 执行下列代码：
#pragma comment(lib,"dllTest.lib")
//.lib文件中仅仅是关于其对应DLL文件中函数的重定位信息
extern "C" __declspec(dllimport) add(int x,int y);
int main(int argc, char* argv[])
{
int result = add(2,3);
printf("%d",result);
return 0;
}
由上述代码可以看出，静态调用方式的顺利进行需要完成两个动作：
(1)告诉编译器与 DLL 相对应的.lib 文件所在的路径及文件名，#pragma comment(lib,"dllTest.lib")就是起这个作用。
程序员在建立一个 DLL 文件时，连接器会自动为其生成一个对应的.lib 文件，该文件包含了 DLL 导出函数的符号名及序号（并不含有实际的代码） 。在应用程序里，.lib 文件将作为 DLL 的替代文件参与编译。
(2)声明导入函数，extern "C" __declspec(dllimport) add(int x,int y)语句中的__declspec(dllimport)发挥这个作用。静态调用方式不再需要使用系统 API 来加载、 卸载 DLL 以及获取 DLL 中导出函数的地址。这是因为，当程序员通过静态链接方式编译生成应用程序时，应用程序中调用的与.lib文件中导出符号相匹配的函数符号将进入到生成的 EXE 文件中，.lib 文件中所包含的与之对应的 DLL 文件的文件名也被编译器存储在 EXE 文件内部。当应用程序运行过程中需要加载 DLL 文件时，Windows 将根据这些信息发现并加载 DLL，然后通过符号名实现对 DLL函数的动态链接。这样，EXE 将能直接通过函数名调用 DLL 的输出函数，就象调用程序内部的其他函数一样。
DLL Main 函数：
Windows 在加载 DLL 的时候， 需要一个入口函数， 就如同控制台或 DOS 程序需要 main函数、WIN32 程序需要WinMain 函数一样。在前面的例子中，DLL 并没有提供 DllMain 函数，应用工程也能成功引用 DLL，这是因为 Windows 在找不到 DllMain 的时候，系统会从其它运行库中引入一个不做任何操作的缺省 DllMain 函数版本，并不意味着DLL可以放弃DllMain 函数。
根据编写规范， Windows必须查找并执行DLL里的DllMain函数作为加载DLL的依据，它使得 DLL 得以保留在内存里。这个函数并不属于导出函数，而是 DLL 的内部函数。这意味着不能直接在应用工程中引用DllMain 函数，DllMain 是自动被调用的。
我们来看一个 DllMain函数的例子：
BOOL APIENTRY DllMain( HANDLE hModule, DWORD ul_reason_for_call, LPVOID lpReserved)
{
switch (ul_reason_for_call)
{
case DLL_PROCESS_ATTACH:
printf("\nprocess attach of dll");
break;
case DLL_THREAD_ATTACH:
printf("\nthread attach of dll");
break;
case DLL_THREAD_DETACH:
printf("\nthread detach of dll");
break;
case DLL_PROCESS_DETACH:
printf("\nprocess detach of dll");
break;
}
return TRUE;
}
DllMain 函数在 DLL 被加载和卸载时被调用，在单个线程启动和终止时，DLLMain 函数也被调用， ul_reason_for_call指明了被调用的原因。 原因共有4种， 即PROCESS_ATTACH、PROCESS_DETACH、THREAD_ATTACH和 THREAD_DETACH，以 switch语句列出。
来仔细解读一下 DllMain 的函数头 BOOL APIENTRY DllMain( HANDLE hModule, WORD ul_reason_for_call, LPVOID lpReserved )。
APIENTRY 被定义为__stdcall，它意味着这个函数以标准 Pascal 的方式进行调用，也就是 WINAPI 方式；
进程中的每个 DLL 模块被全局唯一的 32 字节的 HINSTANCE 句柄标识， 只有在特定的进程内部有效，句柄代表了 DLL 模块在进程虚拟空间中的起始地址。在 Win32 中，HINSTANCE 和 HMODULE 的值是相同的，这两种类型可以替换使用，这就是函数参数hModule 的来历。
执行下列代码：
hDll = LoadLibrary("..\\Debug\\dllTest.dll");
if (hDll != NULL)
{
addFun = (lpAddFun)GetProcAddress(hDll, MAKEINTRESOURCE(1));
//MAKEINTRESOURCE直接使用导出文件中的序号
if (addFun != NULL)
{
int result = addFun(2, 3);
printf("\ncall add in dll:%d", result);
}
FreeLibrary(hDll);
}
我们看到输出顺序为：
process attach of dll
call add in dll:5
process detach of dll
这一输出顺序验证了 DllMain被调用的时机。
代码中的 GetProcAddress ( hDll, MAKEINTRESOURCE ( 1 ) )值得留意，它直接通过.def文件中为 add 函数指定的顺序号访问 add 函数，具体体现在 MAKEINTRESOURCE ( 1 )，MAKEINTRESOURCE 是一个通过序号获取函数名的宏，定义为（节选自 winuser.h）：
#define MAKEINTRESOURCEA(i) (LPSTR)((DWORD)((WORD)(i)))
#define MAKEINTRESOURCEW(i) (LPWSTR)((DWORD)((WORD)(i)))
#ifdef UNICODE
#define MAKEINTRESOURCE MAKEINTRESOURCEW
#else
#define MAKEINTRESOURCE MAKEINTRESOURCEA
前面提到静态链接库的创建和运用方法，现在我来总结一下动态链接库。动态链接库是一个是神奇的东西，在程序中我们没有必要将其一次性的链接到应用程序或exe当中，对于动态链接库中的变量或函数等资源我们只需要在用他的时候加载,不用的时候卸载,降低程序的对内存的占用.
在C\C++开发中 动态链接库可以分为三类:非MFC DLL,MFC DLL,以及扩展MFC DLL.
今天我先总结一下非MFC DLL.
在VC++6.0中创建一个非MFC DLL 步骤如下：
在 VC++中new一个 Win32 Dynamic-Link Library工程 dllTest。注意不要选择 MFC AppWizard(dll)。
在建立的工程中添加ib.h 及 lib.cpp文件，源代码如下：
/* 文件名：lib.h */
#ifndef LIB_H
#define LIB_H
extern "C" int __declspec(dllexport)add(int x, int y);
#endif
/* 文件名：lib.cpp */
#include "lib.h"
int add(int x, int y)
{
return x + y;
}
我们也建立一个与 DLL 工程处于同一工作区的应用工程 dllCall，它调用DLL中的函数add，其源代码如下：
#include <stdio.h>
#include <windows.h>
typedef int(*lpAddFun)(int, int); //宏定义函数指针类型
int main(int argc, char *argv[])
{
HINSTANCE hDll; //DLL句柄
lpAddFun addFun; //函数指针
hDll = LoadLibrary("..\\Debug\\dllTest.dll");
if (hDll != NULL)
{
addFun = (lpAddFun)GetProcAddress(hDll, "add");
if (addFun != NULL)
{
int result = addFun(2, 3);
printf("%d", result);
}
FreeLibrary(hDll);
}
return 0;
}
分析上述代码，dllTest 工程中的lib.cpp 文件与静态链接库版本完全相同，不同在于lib.h对函数add的声明前面添加了__declspec(dllexport)语句。这个语句的含义是声明函数add为DLL 的导出函数。DLL内的函数分为两种：
(1) DLL 导出函数，可供应用程序调用；
(2) DLL 内部函数，只能在 DLL 程序使用，应用程序无法调用它们.
而应用程序对本 DLL 的调用和对静态链接库的调用却有较大差异，下面我们来逐一分析。
首先，语句 typedef int ( * lpAddFun)(int,int)定义了一个与 add 函数接受参数类型和返回值均相同的函数指针类型。随后在 main 函数中定义了lpAddFun 的实例 addFun；
其次，在函数 main中定义了一个 DLL HINSTANCE 句柄实例 hDll，通过 Win32 Api 函数 LoadLibrary动态加载了 DLL 模块并将 DLL 模块句柄赋给了 hDll；
再次， 在函数 main 中通过 Win32 Api 函数 GetProcAddress 得到了所加载 DLL 模块中函数 add 的地址并赋给了 addFun。经由函数指针 addFun 进行了对 DLL 中 add 函数的调用；
最后，应用工程使用完 DLL 后，在函数 main 中通过 Win32 Api 函数 FreeLibrary 释放了已经加载的DLL模块.
通过这个简单的例子，我们获知 DLL 定义和调用的一般概念：
(1)DLL 中需以某种特定的方式声明导出函数（或变量、类） ；
(2)应用工程需以某种特定的方式调用 DLL 的导出函数（或变量、类)。
下面我们来对“特定的方式进行”阐述。
声明导出函数
DLL 中导出函数的声明有两种方式：一种为例子中给出的在函数声明中加上__declspec(dllexport)， 这里不再举例说明； 另外一种方式是采用模块定义(.def) 文件声， .def文件为链接器提供了有关被链接程序的导出、属性及其他方面的信息。
下面的代码演示了怎样同.def 文件将函数 add 声明为 DLL 导出函数（需在 dllTest 工程中添加 lib.def文件）：
：lib,def:导出函数
LIBRARY dllTest
EXPORTS
def文件的规则为：
(1)LIBRARY语句说明.def文件相应的DLL；
(2)EXPORTS语句后列出要导出函数的名称。可以在.def文件中的导出函数名后加@n，表示要导出函数的序号为 n（在进行函数调用时，这个序号将发挥其作用）；
(3).def 文件中的注释由每个注释行开始处的分号 (;) 指定，且注释不能与语句共享一行。
由此可以看出，例子中 lib.def文件的含义为生成名为“dllTest”的动态链接库，导出其中的 add 函数，并指定 add 函数的序号为 1。
DLL 的调用方式;
例子中我们看到了由“LoadLibrary-GetProcAddress-FreeLibrary”系统 Api 提供的三位一体“DLL 加载-DLL 函数地址获取-DLL 释放”方式，这种调用方式称为 DLL 的
动态调用。
动态调用方式的特点是完全由编程者用 API 函数加载和卸载 DLL，程序员可以决定 DLL 文件何时加载或不加载，显式链接在运行时决定加载哪个 DLL 文件。
与动态调用方式相对应的就是静态调用方式， “有动必有静” ，这来源于物质世界的对立统一。 “动与静” ，其对立与统一竟无数次在技术领域里得到验证，譬如静态 IP 与 DHCP、静态路由与动态路由等。从前文我们已经知道，库也分为静态库与动态库 DLL，而想不到，VC++动态链接库(DLL)编程深入浅出 深入到 DLL 内部，其调用方式也分为静态与动态。 “动与静” ，无处不在。 《周易》已认识到有动必有静的动静平衡观， 《易．系辞》曰： “动静有常，刚柔断矣” 。哲学意味着一种普遍的真理，因此，我们经常可以在枯燥的技术领域看到哲学的影子。
静态调用方式的特点是由编译系统完成对 DLL 的加载和应用程序结束时 DLL 的卸
载。当调用某 DLL 的应用程序结束时，若系统中还有其它程序使用该 DLL，则 Windows
对 DLL 的应用记录减 1，直到所有使用该 DLL 的程序都结束时才释放它。静态调用方式简
单实用，但不如动态调用方式灵活。
下面我们来看看静态调用的例子（单击此处下载本工程附件） ，将编译 dllTest 工程所生
成的.lib 和.dll 文件拷入 dllCall 工程所在的路径，dllCall 执行下列代码：
#pragma comment(lib,"dllTest.lib")
//.lib文件中仅仅是关于其对应DLL文件中函数的重定位信息
extern "C" __declspec(dllimport) add(int x,int y);
int main(int argc, char* argv[])
{
int result = add(2,3);
printf("%d",result);
return 0;
}
由上述代码可以看出，静态调用方式的顺利进行需要完成两个动作：
(1)告诉编译器与 DLL 相对应的.lib 文件所在的路径及文件名，#pragma comment(lib,"dllTest.lib")就是起这个作用。
程序员在建立一个 DLL 文件时，连接器会自动为其生成一个对应的.lib 文件，该文件包含了 DLL 导出函数的符号名及序号（并不含有实际的代码） 。在应用程序里，.lib 文件将作为 DLL 的替代文件参与编译。
(2)声明导入函数，extern "C" __declspec(dllimport) add(int x,int y)语句中的__declspec(dllimport)发挥这个作用。静态调用方式不再需要使用系统 API 来加载、 卸载 DLL 以及获取 DLL 中导出函数的地址。这是因为，当程序员通过静态链接方式编译生成应用程序时，应用程序中调用的与.lib文件中导出符号相匹配的函数符号将进入到生成的 EXE 文件中，.lib 文件中所包含的与之对应的 DLL 文件的文件名也被编译器存储在 EXE 文件内部。当应用程序运行过程中需要加载 DLL 文件时，Windows 将根据这些信息发现并加载 DLL，然后通过符号名实现对 DLL函数的动态链接。这样，EXE 将能直接通过函数名调用 DLL 的输出函数，就象调用程序内部的其他函数一样。
DLL Main 函数：
Windows 在加载 DLL 的时候， 需要一个入口函数， 就如同控制台或 DOS 程序需要 main函数、WIN32 程序需要WinMain 函数一样。在前面的例子中，DLL 并没有提供 DllMain 函数，应用工程也能成功引用 DLL，这是因为 Windows 在找不到 DllMain 的时候，系统会从其它运行库中引入一个不做任何操作的缺省 DllMain 函数版本，并不意味着DLL可以放弃DllMain 函数。
根据编写规范， Windows必须查找并执行DLL里的DllMain函数作为加载DLL的依据，它使得 DLL 得以保留在内存里。这个函数并不属于导出函数，而是 DLL 的内部函数。这意味着不能直接在应用工程中引用DllMain 函数，DllMain 是自动被调用的。
我们来看一个 DllMain函数的例子：
BOOL APIENTRY DllMain( HANDLE hModule, DWORD ul_reason_for_call, LPVOID lpReserved)
{
switch (ul_reason_for_call)
{
case DLL_PROCESS_ATTACH:
printf("\nprocess attach of dll");
break;
case DLL_THREAD_ATTACH:
printf("\nthread attach of dll");
break;
case DLL_THREAD_DETACH:
printf("\nthread detach of dll");
break;
case DLL_PROCESS_DETACH:
printf("\nprocess detach of dll");
break;
}
return TRUE;
}
DllMain 函数在 DLL 被加载和卸载时被调用，在单个线程启动和终止时，DLLMain 函数也被调用， ul_reason_for_call指明了被调用的原因。 原因共有4种， 即PROCESS_ATTACH、PROCESS_DETACH、THREAD_ATTACH和 THREAD_DETACH，以 switch语句列出。
来仔细解读一下 DllMain 的函数头 BOOL APIENTRY DllMain( HANDLE hModule, WORD ul_reason_for_call, LPVOID lpReserved )。
APIENTRY 被定义为__stdcall，它意味着这个函数以标准 Pascal 的方式进行调用，也就是 WINAPI 方式；
进程中的每个 DLL 模块被全局唯一的 32 字节的 HINSTANCE 句柄标识， 只有在特定的进程内部有效，句柄代表了 DLL 模块在进程虚拟空间中的起始地址。在 Win32 中，HINSTANCE 和 HMODULE 的值是相同的，这两种类型可以替换使用，这就是函数参数hModule 的来历。
执行下列代码：
hDll = LoadLibrary("..\\Debug\\dllTest.dll");
if (hDll != NULL)
{
addFun = (lpAddFun)GetProcAddress(hDll, MAKEINTRESOURCE(1));
//MAKEINTRESOURCE直接使用导出文件中的序号
if (addFun != NULL)
{
int result = addFun(2, 3);
printf("\ncall add in dll:%d", result);
}
FreeLibrary(hDll);
}
我们看到输出顺序为：
process attach of dll
call add in dll:5
process detach of dll
这一输出顺序验证了 DllMain被调用的时机。
代码中的 GetProcAddress ( hDll, MAKEINTRESOURCE ( 1 ) )值得留意，它直接通过.def文件中为 add 函数指定的顺序号访问 add 函数，具体体现在 MAKEINTRESOURCE ( 1 )，MAKEINTRESOURCE 是一个通过序号获取函数名的宏，定义为（节选自 winuser.h）：
#define MAKEINTRESOURCEA(i) (LPSTR)((DWORD)((WORD)(i)))
#define MAKEINTRESOURCEW(i) (LPWSTR)((DWORD)((WORD)(i)))
#ifdef UNICODE
#define MAKEINTRESOURCE MAKEINTRESOURCEW
#else
#define MAKEINTRESOURCE MAKEINTRESOURCEA
385
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
