深入浅出DLL编程Word格式文档下载.docx
《深入浅出DLL编程Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《深入浅出DLL编程Word格式文档下载.docx（28页珍藏版）》请在冰点文库上搜索。
如何看本文？
本文每一个主题的讲解都附带了源代码例程，可以随文下载（每个工程都经WINRAR压缩）。
所有这些例程都由笔者编写并在VC++6.0中调试通过。
当然看懂本文不是读者的最终目的，读者应亲自动手实践才能真正掌握DLL的奥妙。
学习本文需要什么样的基础知识？
如果你掌握了C，并大致掌握了C++，了解一点MFC的知识，就可以轻松地看懂本文。
2.静态链接库
对静态链接库的讲解不是本文的重点，但是在具体讲解DLL之前，通过一个静态链接库的例子可以快速地帮助我们建立“库”的概念。
图1建立一个静态链接库
如图1，在VC++6.0中new一个名称为libTest的staticlibrary工程（单击此处下载本工程），并新建lib.h和lib.cpp两个文件，lib.h和lib.cpp的源代码如下：
//文件：
lib.h
#ifndefLIB_H
#defineLIB_H
extern"
C"
intadd（intx,inty）;
//声明为C编译、连接方式的外部函数
#endif
lib.cpp
#include"
lib.h"
intadd（intx,inty）
{
returnx+y;
}
编译这个工程就得到了一个.lib文件，这个文件就是一个函数库，它提供了add的功能。
将头文件和.lib文件提交给用户后，用户就可以直接使用其中的add函数了。
标准TurboC2.0中的C库函数（我们用来的scanf、printf、memcpy、strcpy等）就来自这种静态库。
下面来看看怎么使用这个库，在libTest工程所在的工作区内new一个libCall工程。
libCall工程仅包含一个main.cpp文件，它演示了静态链接库的调用方法，其源代码如下：
#include<
stdio.h>
..\lib.h"
#pragmacomment（lib,"
..\\debug\\libTest.lib"
） //指定与静态库一起连接
intmain（intargc,char*argv[]）
printf（"
2+3=%d"
add（2,3））;
静态链接库的调用就是这么简单，或许我们每天都在用，可是我们没有明白这个概念。
代码中#pragmacomment（lib,"
）的意思是指本文件生成的.obj文件应与libTest.lib一起连接。
如果不用#pragmacomment指定，则可以直接在VC++中设置，如图2，依次选择tools、options、directories、libraryfiles菜单或选项，填入库文件路径。
图2中加红圈的部分为我们添加的libTest.lib文件的路径。
图2在VC中设置库文件路径
这个静态链接库的例子至少让我们明白了库函数是怎么回事，它们是哪来的。
我们现在有下列模糊认识了：
（1）库不是个怪物，编写库的程序和编写一般的程序区别不大，只是库不能单独执行；
（2）库提供一些可以给别的程序调用的东东，别的程序要调用它必须以某种方式指明它要调用之。
以上从静态链接库分析而得到的对库的懵懂概念可以直接引申到动态链接库中，动态链接库与静态链接库在编写和调用上的不同体现在库的外部接口定义及调用方式略有差异。
4.1一个简单的DLL
第2节给出了以静态链接库方式提供add函数接口的方法，接下来我们来看看怎样用动态链接库实现一个同样功能的add函数。
如图6，在VC++中new一个Win32Dynamic-LinkLibrary工程dllTest（单击此处下载本工程）。
注意不要选择MFCAppWizard（dll），因为用MFCAppWizard（dll）建立的将是第5、6节要讲述的MFC动态链接库。
图6建立一个非MFCDLL
在建立的工程中添加lib.h及lib.cpp文件，源代码如下：
/*文件名：
lib.h */
int__declspec（dllexport）add（intx,inty）;
lib.cpp */
intadd（intx,inty）
与第2节对静态链接库的调用相似，我们也建立一个与DLL工程处于同一工作区的应用工程dllCall，它调用DLL中的函数add，其源代码如下：
windows.h>
typedefint（*lpAddFun）（int,int）;
//宏定义函数指针类型
intmain（intargc,char*argv[]）
HINSTANCEhDll;
//DLL句柄
lpAddFunaddFun;
//函数指针
hDll=LoadLibrary（"
..\\Debug\\dllTest.dll"
）;
if（hDll!
=NULL）
{
addFun=（lpAddFun）GetProcAddress（hDll,"
add"
if（addFun!
{
intresult=addFun（2,3）;
printf（"
%d"
result）;
}
FreeLibrary（hDll）;
}
return0;
分析上述代码，dllTest工程中的lib.cpp文件与第2节静态链接库版本完全相同，不同在于lib.h对函数add的声明前面添加了__declspec（dllexport）语句。
这个语句的含义是声明函数add为DLL的导出函数。
DLL内的函数分为两种：
（1）DLL导出函数，可供应用程序调用；
（2）DLL内部函数，只能在DLL程序使用，应用程序无法调用它们。
而应用程序对本DLL的调用和对第2节静态链接库的调用却有较大差异，下面我们来逐一分析。
首先，语句typedefint（*lpAddFun）（int,int）定义了一个与add函数接受参数类型和返回值均相同的函数指针类型。
随后，在main函数中定义了lpAddFun的实例addFun；
其次，在函数main中定义了一个DLLHINSTANCE句柄实例hDll，通过Win32Api函数LoadLibrary动态加载了DLL模块并将DLL模块句柄赋给了hDll；
再次，在函数main中通过Win32Api函数GetProcAddress得到了所加载DLL模块中函数add的地址并赋给了addFun。
经由函数指针addFun进行了对DLL中add函数的调用；
最后，应用工程使用完DLL后，在函数main中通过Win32Api函数FreeLibrary释放了已经加载的DLL模块。
通过这个简单的例子，我们获知DLL定义和调用的一般概念：
（1）DLL中需以某种特定的方式声明导出函数（或变量、类）；
（2）应用工程需以某种特定的方式调用DLL的导出函数（或变量、类）。
下面我们来对“特定的方式进行”阐述。
4.2声明导出函数
DLL中导出函数的声明有两种方式：
一种为4.1节例子中给出的在函数声明中加上__declspec（dllexport），这里不再举例说明；
另外一种方式是采用模块定义（.def）文件声明，.def文件为链接器提供了有关被链接程序的导出、属性及其他方面的信息。
下面的代码演示了怎样同.def文件将函数add声明为DLL导出函数（需在dllTest工程中添加lib.def文件）：
;
lib.def:
导出DLL函数
LIBRARYdllTest
EXPORTS
add@1
.def文件的规则为：
（1）LIBRARY语句说明.def文件相应的DLL；
（2）EXPORTS语句后列出要导出函数的名称。
可以在.def文件中的导出函数名后加@n，表示要导出函数的序号为n（在进行函数调用时，这个序号将发挥其作用）；
（3）.def文件中的注释由每个注释行开始处的分号（;
）指定，且注释不能与语句共享一行。
由此可以看出，例子中lib.def文件的含义为生成名为“dllTest”的动态链接库，导出其中的add函数，并指定add函数的序号为1。
4.3DLL的调用方式
在4.1节的例子中我们看到了由“LoadLibrary-GetProcAddress-FreeLibrary”系统Api提供的三位一体“DLL加载-DLL函数地址获取-DLL释放”方式，这种调用方式称为DLL的动态调用。
动态调用方式的特点是完全由编程者用API函数加载和卸载DLL，程序员可以决定DLL文件何时加载或不加载，显式链接在运行时决定加载哪个DLL文件。
与动态调用方式相对应的就是静态调用方式，“有动必有静”，这来源于物质世界的对立统一。
“动与静”，其对立与统一竟无数次在技术领域里得到验证，譬如静态IP与DHCP、静态路由与动态路由等。
从前文我们已经知道，库也分为静态库与动态库DLL，而想不到，深入到DLL内部，其调用方式也分为静态与动态。
“动与静”，无处不在。
《周易》已认识到有动必有静的动静平衡观，《易．系辞》曰：
“动静有常，刚柔断矣”。
哲学意味着一种普遍的真理，因此，我们经常可以在枯燥的技术领域看到哲学的影子。
静态调用方式的特点是由编译系统完成对DLL的加载和应用程序结束时DLL的卸载。
当调用某DLL的应用程序结束时，若系统中还有其它程序使用该DLL，则Windows对DLL的应用记录减1，直到所有使用该DLL的程序都结束时才释放它。
静态调用方式简单实用，但不如动态调用方式灵活。
下面我们来看看静态调用的例子（单击此处下载本工程），将编译dllTest工程所生成的.lib和.dll文件拷入dllCall工程所在的路径，dllCall执行下列代码：
#pragmacomment（lib,"
dllTest.lib"
）
//.lib文件中仅仅是关于其对应DLL文件中函数的重定位信息
__declspec（dllimport）add（intx,inty）;
intresult=add（2,3）;
printf（"
result）;
由上述代码可以看出，静态调用方式的顺利进行需要完成两个动作：
（1）告诉编译器与DLL相对应的.lib文件所在的路径及文件名，#pragmacomment（lib,"
）就是起这个作用。
程序员在建立一个DLL文件时，连接器会自动为其生成一个对应的.lib文件，该文件包含了DLL导出函数的符号名及序号（并不含有实际的代码）。
在应用程序里，.lib文件将作为DLL的替代文件参与编译。
（2）声明导入函数，extern"
__declspec（dllimport）add（intx,inty）语句中的__declspec（dllimport）发挥这个作用。
静态调用方式不再需要使用系统API来加载、卸载DLL以及获取DLL中导出函数的地址。
这是因为，当程序员通过静态链接方式编译生成应用程序时，应用程序中调用的与.lib文件中导出符号相匹配的函数符号将进入到生成的EXE文件中，.lib文件中所包含的与之对应的DLL文件的文件名也被编译器存储在EXE文件内部。
当应用程序运行过程中需要加载DLL文件时，Windows将根据这些信息发现并加载DLL，然后通过符号名实现对DLL函数的动态链接。
这样，EXE将能直接通过函数名调用DLL的输出函数，就象调用程序内部的其他函数一样。
第4节我们对非MFCDLL进行了介绍，这一节将详细地讲述MFC规则DLL的创建与使用技巧。
另外，自从本文开始连载后，收到了一些读者的e-mail。
有的读者提出了一些问题，笔者将在本文的最后一次连载中选取其中的典型问题进行解答。
由于时间的关系，对于读者朋友的来信，笔者暂时不能一一回复，还望海涵！
由于笔者的水平有限，文中难免有错误和纰漏，也热诚欢迎读者朋友不吝指正！
5.MFC规则DLL
5.1概述
MFC规则DLL的概念体现在两方面：
（1）它是MFC的
“是MFC的”意味着可以在这种DLL的内部使用MFC；
（2）它是规则的
“是规则的”意味着它不同于MFC扩展DLL，在MFC规则DLL的内部虽然可以使用MFC，但是其与应用程序的接口不能是MFC。
而MFC扩展DLL与应用程序的接口可以是MFC，可以从MFC扩展DLL中导出一个MFC类的派生类。
RegularDLL能够被所有支持DLL技术的语言所编写的应用程序调用，当然也包括使用MFC的应用程序。
在这种动态连接库中，包含一个从CWinApp继承下来的类，DllMain函数则由MFC自动提供。
RegularDLL分为两类：
（1）静态链接到MFC的规则DLL
静态链接到MFC的规则DLL与MFC库（包括MFC扩展DLL）静态链接，将MFC库的代码直接生成在.dll文件中。
在调用这种DLL的接口时，MFC使用DLL的资源。
因此，在静态链接到MFC的规则DLL中不需要进行模块状态的切换。
使用这种方法生成的规则DLL其程序较大，也可能包含重复的代码。
（2）动态链接到MFC的规则DLL
动态链接到MFC的规则DLL可以和使用它的可执行文件同时动态链接到MFCDLL和任何MFC扩展DLL。
在使用了MFC共享库的时候，默认情况下，MFC使用主应用程序的资源句柄来加载资源模板。
这样，当DLL和应用程序中存在相同ID的资源时（即所谓的资源重复问题），系统可能不能获得正确的资源。
因此，对于共享MFCDLL的规则DLL，我们必须进行模块切换以使得MFC能够找到正确的资源模板。
我们可以在VisualC++中设置MFC规则DLL是静态链接到MFCDLL还是动态链接到MFCDLL。
如图8，依次选择VisualC++的project->
Settings->
General菜单或选项，在MicrosoftFoundationClasses中进行设置。
图8设置动态/静态链接MFCDLL
5.2MFC规则DLL的创建
我们来一步步讲述使用MFC向导创建MFC规则DLL的过程，首先新建一个project，如图9，选择project的类型为MFCAppWizard（dll）。
点击OK进入如图10所示的对话框。
图9MFCDLL工程的创建
图10所示对话框中的1区选择MFCDLL的类别。
2区选择是否支持automation（自动化）技术，automation允许用户在一个应用程序中操纵另外一个应用程序或组件。
例如，我们可以在应用程序中利用MicrosoftWord或MicrosoftExcel的工具，而这种使用对用户而言是透明的。
自动化技术可以大大简化和加快应用程序的开发。
3区选择是否支持WindowsSockets，当选择此项目时，应用程序能在TCP/IP网络上进行通信。
CWinApp派生类的InitInstance成员函数会初始化通讯端的支持，同时工程中的StdAfx.h文件会自动include<
AfxSock.h>
头文件。
添加socket通讯支持后的InitInstance成员函数如下：
BOOLCRegularDllSocketApp:
:
InitInstance（）
if（!
AfxSocketInit（））
AfxMessageBox（IDP_SOCKETS_INIT_FAILED）;
returnFALSE;
returnTRUE;
4区选择是否由MFC向导自动在源代码中添加注释，一般我们选择“Yes,please”。
图10MFCDLL的创建选项
动态链接库DLL实现了库的共享，体现了代码重用的思想。
我们可以把广泛的、具有共性的、能够多次被利用的函数和类定义在库中。
这样，在再次使用这些函数和类的时候，就不再需要重新添加与这些函数和类相关的代码。
具有共性的问题大致有哪些呢？
笔者归纳如下：
（1）通用的算法
图像处理、视频音频解码、压缩与解压缩、加密与解密通常采用某些特定的算法，这些算法较固定且在这类程序中往往经常被使用。
（2）纯资源DLL
我们可以从DLL中获取资源，对于一个支持多种语言的应用程序而言，我们可以判断操作系统的语言，并自动为应用程序加载与OS对应的语言。
这是多语言支持应用程序的一般做法。
（3）通信控制DLL
串口、网口的通信控制函数如果由DLL提供则可以使应用程序轻松不少。
在工业控制、modem程序甚至socket通信中，经常使用通信控制DLL。
本节将给出DLL的三个典型应用实例。
7.1算法DLL
我们直接用读者的一个提问作为例子。
宋宝华先生，您好！
我在上看到你连载的《VC++动态链接库编程》，觉得非常好。
我以前主要是用Delphi的，C/C++学过，对Win32和VCL比较熟悉，但是没有接触过VC++，对MFC很陌生。
这段时间和一个同学合作做光学成像的计算机模拟，用到傅立叶变换，手里面有例程是VC++写的。
我们的界面是用Delphi开发，需要将其傅立叶变换功能提出做一个DLL供Delphi调用。
苦于不懂MFC，试了很多方法，都不成功，最后只得采用折衷方案，简单修改一下程序，传一个参数进去，当作exe来调用，才没有耽搁后续进程。
……
谢谢！
致
礼！
某某
学习过较高级别数学（概率统计与随机过程）、信号与线性系统及数字信号处理的读者应该知道，傅立叶变换是一种在信号分析中常用的算法，用于时域和频域的相互转换。
FFT变换算法通用而有共性，我们适宜把它集成在一个DLL中。
随后，这位读者提供了这样的一个函数：
/*函数名称：
FFT（）
*参数:
*complex<
double>
*TD-指向时域数组的指针
*FD-指向频域数组的指针
*r－2的幂数，即迭代次数
*返回值:
无。
*说明:
该函数用来实现快速傅立叶变换
*/
voidFFT（complex<
*TD,complex<
*FD,intr）
{
LONGcount;
//傅立叶变换点数
inti,j,k;
//循环变量
intbfsize,p;
//中间变量
doubleangle;
//角度
complex<
*W,*X1,*X2,*X;
count=1<
<
r;
//傅立叶变换点数
//分配运算所需存储器
W=newcomplex<
[count/2];
X1=newcomplex<
[count];
X2=newcomplex<
//计算加权系数
升级会员 