DLL动态链接库的工作原理

DLL动态链接库的工作原理

分类： VC++神奇理论 2012-08-29 11:12  2635人阅读  评论(0)  收藏  举报

dll 工作 windows exe delphi microsoft

"动态链接"这几字指明了DLLs是如何工作的。对于常规的函数库，链接器从中拷贝它需要的所有库函数，并把确切的函数地址传送给调用这些函数的程序。而对于DLLs，函数储存在一个独立的动态链接库文件中。在创建Windows程序时，链接过程并不把DLLs文件链接到程序上。直到程 

序运行并调用一个DLLs中的函数时，该程序才要求这个函数的地址。此时Windows才在DLLs中寻找被调用函数，并把它的地址传送给调用程序。采用这种方法，DLLs达到了复用代码的极限。 

　　动态链接库的另一个方便之处是对动态链接库中函数的修改可以自动传播到所有调用它的程序中，而不必对程序作任何改动或处理。 

　　DLLs不仅提供了函数重用的机制，而且提供了数据共享的机制。任何应用程序都可以共享由装入内存的DLLs管理的内存资源块。只包含共享数据的DLLs称为资源文件。如Windows的字体文件等。 

  Windows系统的动态链接库 

　　Windows本身就是由大量的动态链接库支持的。这包括Windows API函数 ( KRNLx86.EXE，USER.EXE，GDI.EXE，…)，各种驱动程序文件，各种带有.Fon和.Fot 

扩展名的字体资源文件等。Windows还提供了针对某一功能的专用DLLs，如进行DDE编程的ddeml.dll，进行程序安装的ver.dll等。 

　　虽然在编写Windows程序时必然要涉及到DLLs，但利用Delphi ，用户在大部分时候并不会注意到这一点。这一方面是因为Delphi提供了丰富的函数使用户不必直接去使用Windows API;另一方面即使使用Windows API，由于Delphi把API函数和其它Windows 

DLLs函数重新组织到了几个库单元中，因而也不必使用特殊的调用格式。所以本章的重点放在编写和调用用户自定义的DLLs上。 

　　使用传统的Windows编程方法来创建和使用一个DLLs是一件很令人头痛的事，正如传统的Windows编程方法本身就令人生畏一样。用户需要对定义文件、工程文件进行一系列的修改以适应创建和使用DLLs的需要。Delphi的出现，在这一方面，正如在其它许多方面所做的那样，减轻了开发 

者的负担。更令人兴奋的是Delphi利用DLLs 实现了窗体的重用机制。用户可以将自己设计好的窗体储存在一个DLLs中，在需要的时候可随时调用它。

2、================================================================================================================================

静LIB,动态链接库DLL原理(VC实现)

.dll和.lib都是程序集合，便于代码重用。都是二进制的文件。 .

dll也叫动态链接库，与程序链接的方式为运行时链接（run-time linked），为PE（portable executable）格式，也就是程完整的程序。.

exe、.dll、.fon、.mod、.drv、.ocx等等都是动态链接库。如.exe为系统调用的函数集合。.

dll不存在同名引用，且有导出表，与导入表。

 .lib也叫静态链接库，在编译时与程序链接（link-time linked），将“嵌入”到程序中。

会有冗余（程序文件代码的冗余和运行时内存存储的冗余），当两个lib相链接时地址会重新建立同。

在使用.lib之前，要在程序源代码中引用lib对应的头文件.h，这些头文件告诉编译器.lib中有什么。

在生成.dll时，通常会生成一个.lib。这个.lib将被编译到程序文件中，在程序运行的时候，告诉操作系统将要加载的.dll。

这个.lib包括对应.dll的文件名、顺序表（ordinal table包含.dll暴露出的函数的进入点），在程序运行的时候，通过顺序表实现函数的跳转。

 如果不想使用或者找不到该.lib，可以用LoadLibrary () Win32 API和GetLibrary () Win32 API。

 VC IDE为了实现程序调试，会生成.PDB（程序数据库，二进制），里面包含源文件调用的文件信息和行信息。这样就可以逐行调试了。

 打开.lib，查看其ascii码，可以看到如@@My_Function1123的函数名，这些名称在编译时被编译器运用mangling mechanism进行了名称的mangling。

 在程序的编译过程中，如果出现如下错误“unresolved symbol通常是因为找不到引用过的外部函数对应的.lib文件，或者是.c、.cpp源文件。

如果在c++工程中使用用c编写的.lib文件，需要做如下引用：

 extern “C” {          #include “headfile.h” }  

dll---com组件dll ，__常规dll___win32 dll，___mfc dll ，___extended dll  （所有dll不参与编译）

 lib |与obj文件类似的未编译过符号文件，与obj文件区别是声明了转入转出函数 

****************************************************************************************************

chinanetboy say:

谈发布lib,dll的区别

发布lib库时，我们通常也要把这个库对应的头文件也一起发布，以方便别人使用你的LIB，在wind32汇编程序，

MS把所有的API函数是放在几个大的*.LIB中，另外还提供一对应的几个*.inc，实际上它如同*.h头文件，起到声明API函数的目的

 

发布DLL库时，我们要公开这库里面所有的导入导出函数的函数声明原形，以方便别人使用你的DLL，

目前WINDOW实现的就是以一些DLL文件方式提供出来的，网上很多开源软件也是有用到大量的自己量身定制的DLL文件

****************************************************************************************************

VC实现建立LIB静态链接库的过程

做lib库文件在windows汇编是一个重要主题
就谈一下在VC里面如何实现用C做一个静态文件库*.lib
然后用程序去调用lib库里的函数的例子

****************************************************************************************************
1.用VC建立一个lib.h文件
///lib.h file
#ifndef LIB_H
#define LIB_H
extern "C" int add(int x,int y);
extern "C" int sub(int x,int y);
extern "C" int mul(int x,int y);
extern "C" int div(int x,int y);
extern "C" int mod(int x,int y);
#endif

2.用VC建立一个lib.cpp文件
// lib.cpp
#include "lib.h"
int add(int x,int y)
{return x + y;}

int sub(int x,int y)
{return x - y;}

int mul(int x,int y)
{return x * y;}

int div(int x,int y)
{return x / y;}

int mod(int x,int y)
{return x % y;} 

 

3.用VC新建立一个工作区，再新建立一个工程文件libdemo,

工程类型选择win32 static library，下一步为空工程，

在工程中把上面的lib.h,lib.cpp添加到工程中，编译后

系统就会生在一个lib.lib的静态链接库文件，到止为止已经建立OK

 

4.调用一个静态链接库文件列子

// main.cpp : use this lib.lib
#include <stdio.h>
#include "lib.h"　　　　　　　　//让程序知道库中的函数原型
#pragma comment(lib,"lib.lib")  //把这函数的实现库lib.lib导入代码中，编译器就会自动加载

int main(int argc, char* argv[])
{
   printf("13 + 6 = %d \n",add(3,6));
   printf("12 - 5 = %d \n",sub(12,5));  
   printf("13 * 6 = %d \n",mul(3,6));
   printf("15 / 5 = %d \n",div(15,5));     
   printf("12 %% 5 = %d \n",mod(12,5));    
   return 0;
} 

运行结果为是

13 + 6 =　18

12 - 5 =　7

13 * 6 = 78

15 / 5 =  3

12 % 5 =  2

****************************************************************************************************

VC实现DLL(Win32 Dynamic-link library)库的过程

它是WIN32下的DLL，而不是MFC的DLL

只要在头文件指出声明那些函数将会支持被导出
关键字是：__declspec(dllexport)，常用于直接加在函数前面
如：extern "C" int __declspec(dllexport)add(int x, int y);

****************************************************************************************************

1.建立头文件

// 1.demodll.h
#ifndef LIB_H
#define LIB_H
extern "C" int __declspec(dllexport)add(int x,int y);
extern "C" int __declspec(dllexport)sub(int x,int y);
extern "C" int __declspec(dllexport)mul(int x,int y);
extern "C" int __declspec(dllexport)div(int x,int y);
extern "C" int __declspec(dllexport)mod(int x,int y);
#endif

 

2.建立实现文件
//demodll.cpp
#include "demodll.h"
int add(int x,int y)
{ return x + y;}
int sub(int x,int y)
{ return x - y;}
int mul(int x,int y)
{ return x * y;}
int div(int x,int y)
{ return x / y;}
int mod(int x,int y)
{ return x % y;}

3.用VC新建立一个工作区，再新建立一个工程文件demodll,

工程类型选择win32 dynamic-link library，下一步为空工程，

在工程中把上面的demodll.h,demodll.cpp添加到工程中，编译后

系统就会生在一个demodll.DLL的静态链接库文件，到止为止已经建立OK

 

4.调用DLL中的函数功能的例子

建立一个全新的win32 application应用程序，

userdll.cpp代码如下
#include <stdio.h>
#include <windows.h>
typedef int(*lpAddFun)(int, int); //宏定义函数指标类型
int main(int argc, char *argv[])
{
HINSTANCE hDll; //DLL控制码 
lpAddFun addFun; //函数指针
hDll = LoadLibrary("w_dll32.dll");
if (hDll != NULL)
{
 addFun = (lpAddFun)GetProcAddress(hDll, "add");
 if (addFun != NULL)
 {
  int result = addFun(3,15);
  printf("addFun(3,15)=%d\n", result);
 }
FreeLibrary(hDll);
}
return 0;
}
运行结果是addFun(3,15)=18，结果OK 

3\================================================================================================================================

比较大应用程序都由很多模块组成，这些模块分别完成相对独立的功能，它们彼此协作来完成整个软件系统的工作。其中可能存在一些模块的功能较为通用，在构造其它软件系统时仍会被使用。在构造软件系统时，如果将所有模块的源代码都静态编译到整个应用程序EXE文件中，会产生一些问题：一个缺点是增加了应用程序的大小，它会占用更多的磁盘空间，程序运行时也会消耗较大的内存空间，造成系统资源的浪费；另一个缺点是，在编写大的EXE程序时，在每次修改重建时都必须调整编译所有源代码，增加了编译过程的复杂性，也不利于阶段性的单元测试。 

　　Windows系统平台上提供了一种完全不同的较有效的编程和运行环境，你可以将独立的程序模块创建为较小的DLL(Dynamic Linkable Library)文件，并可对它们单独编译和测试。在运行时，只有当EXE程序确实要调用这些DLL模块的情况下，系统才会将它们装载到内存空间中。这种方式不仅减少了EXE文件的大小和对内存空间的需求，而且使这些DLL模块可以同时被多个应用程序使用。Microsoft Windows自己就将一些主要的系统功能以DLL模块的形式实现。例如IE中的一些基本功能就是由DLL文件实现的，它可以被其它应用程序调用和集成。

　　一般来说，DLL是一种磁盘文件（通常带有DLL扩展名），它由全局数据、服务函数和资源组成，在运行时被系统加载到进程的虚拟空间中，成为调用进程的一部分。如果与其它DLL之间没有冲突，该文件通常映射到进程虚拟空间的同一地址上。DLL模块中包含各种导出函数，用于向外界提供服务。Windows在加载DLL模块时将进程函数调用与DLL文件的导出函数相匹配。

　　在Win32环境中，每个进程都复制了自己的读/写全局变量。如果想要与其它进程共享内存，必须使用内存映射文件或者声明一个共享数据段。DLL模块需要的堆栈内存都是从运行进程的堆栈中分配出来的。

　　DLL现在越来越容易编写。Win32已经大大简化了其编程模式，并有许多来自AppWizard和MFC类库的支持。

　　一、导出和导入函数的匹配

　　DLL文件中包含一个导出函数表。这些导出函数由它们的符号名和称为标识号的整数与外界联系起来。函数表中还包含了DLL中函数的地址。当应用程序加载DLL模块时时，它并不知道调用函数的实际地址，但它知道函数的符号名和标识号。动态链接过程在加载的DLL模块时动态建立一个函数调用与函数地址的对应表。如果重新编译和重建DLL文件，并不需要修改应用程序，除非你改变了导出函数的符号名和参数序列。

　　简单的DLL文件只为应用程序提供导出函数，比较复杂的DLL文件除了提供导出函数以外，还调用其它DLL文件中的函数。这样，一个特殊的DLL可以既有导入函数，又有导入函数。这并不是一个问题，因为动态链接过程可以处理交叉相关的情况。

　　在DLL代码中，必须像下面这样明确声明导出函数：

__declspec(dllexport) int MyFunction(int n);

　　但也可以在模块定义(DEF)文件中列出导出函数，不过这样做常常引起更多的麻烦。在应用程序方面，要求像下面这样明确声明相应的输入函数：

__declspec(dllimport) int MyFuncition(int n);

　　仅有导入和导出声明并不能使应用程序内部的函数调用链接到相应的DLL文件上。应用程序的项目必须为链接程序指定所需的输入库（LIB文件）。而且应用程序事实上必须至少包含一个对DLL函数的调用。

　　二、与DLL模块建立链接

　　应用程序导入函数与DLL文件中的导出函数进行链接有两种方式：隐式链接和显式链接。所谓的隐式链接是指在应用程序中不需指明DLL文件的实际存储路径，程序员不需关心DLL文件的实际装载。而显式链接与此相反。

　　采用隐式链接方式，程序员在建立一个DLL文件时，链接程序会自动生成一个与之对应的LIB导入文件。该文件包含了每一个DLL导出函数的符号名和可选的标识号，但是并不含有实际的代码。LIB文件作为DLL的替代文件被编译到应用程序项目中。当程序员通过静态链接方式编译生成应用程序时，应用程序中的调用函数与LIB文件中导出符号相匹配，这些符号或标识号进入到生成的EXE文件中。LIB文件中也包含了对应的DLL文件名（但不是完全的路径名），链接程序将其存储在EXE文件内部。当应用程序运行过程中需要加载DLL文件时，Windows根据这些信息发现并加载DLL，然后通过符号名或标识号实现对DLL函数的动态链接。

　　显式链接方式对于集成化的开发语言（例如VB）比较适合。有了显式链接，程序员就不必再使用导入文件，而是直接调用Win32 的LoadLibary函数，并指定DLL的路径作为参数。LoadLibary返回HINSTANCE参数，应用程序在调用GetProcAddress函数时使用这一参数。GetProcAddress函数将符号名或标识号转换为DLL内部的地址。假设有一个导出如下函数的DLL文件：

extern "C" __declspec(dllexport) double SquareRoot(double d);

　　下面是应用程序对该导出函数的显式链接的例子：

typedef double(SQRTPROC)(double);
HINSTANCE hInstance;
SQRTPROC* pFunction;
VERIFY(hInstance=::LoadLibrary("c:\\winnt\\system32\\mydll.dll"));
VERIFY(pFunction=(SQRTPROC*)::GetProcAddress(hInstance,"SquareRoot"));
double d=(*pFunction)(81.0);//调用该DLL函数

　　在隐式链接方式中，所有被应用程序调用的DLL文件都会在应用程序EXE文件加载时被加载在到内存中；但如果采用显式链接方式，程序员可以决定DLL文件何时加载或不加载。显式链接在运行时决定加载哪个DLL文件。例如，可以将一个带有字符串资源的DLL模块以英语加载，而另一个以西班牙语加载。应用程序在用户选择了合适的语种后再加载与之对应的DLL文件。

　　三、使用符号名链接与标识号链接

　　在Win16环境中，符号名链接效率较低，所有那时标识号链接是主要的链接方式。在Win32环境中，符号名链接的效率得到了改善。Microsoft现在推荐使用符号名链接。但在MFC库中的DLL版本仍然采用的是标识号链接。一个典型的MFC程序可能会链接到数百个MFC DLL函数上。采用标识号链接的应用程序的EXE文件体相对较小，因为它不必包含导入函数的长字符串符号名。

四、编写DllMain函数

　　DllMain函数是DLL模块的默认入口点。当Windows加载DLL模块时调用这一函数。系统首先调用全局对象的构造函数，然后调用全局函数DLLMain。DLLMain函数不仅在将DLL链接加载到进程时被调用，在DLL模块与进程分离时（以及其它时候）也被调用。下面是一个框架DLLMain函数的例子。

HINSTANCE g_hInstance;
extern "C" int APIENTRY DllMain(HINSTANCE hInstance,DWORD dwReason,LPVOID lpReserved)
{
if(dwReason==DLL_PROCESS_ATTACH)
{
TRACE0("EX22A.DLL Initializing!\n");
//在这里进行初始化
}
else if(dwReason=DLL_PROCESS_DETACH)
{
TRACE0("EX22A.DLL Terminating!\n");
//在这里进行清除工作
}
return 1;//成功
}

　　如果程序员没有为DLL模块编写一个DLLMain函数，系统会从其它运行库中引入一个不做任何操作的缺省DLLMain函数版本。在单个线程启动和终止时，DLLMain函数也被调用。正如由dwReason参数所表明的那样。

　　五、模块句柄

　　进程中的每个DLL模块被全局唯一的32字节的HINSTANCE句柄标识。进程自己还有一个HINSTANCE句柄。所有这些模块句柄都只有在特定的进程内部有效，它们代表了DLL或EXE模块在进程虚拟空间中的起始地址。在Win32中，HINSTANCE和HMODULE的值是相同的，这个两种类型可以替换使用。进程模块句柄几乎总是等于0x400000，而DLL模块的加载地址的缺省句柄是0x10000000。如果程序同时使用了几个DLL模块，每一个都会有不同的HINSTANCE值。这是因为在创建DLL文件时指定了不同的基地址，或者是因为加载程序对DLL代码进行了重定位。
模块句柄对于加载资源特别重要。Win32 的FindResource函数中带有一个HINSTANCE参数。EXE和DLL都有其自己的资源。如果应用程序需要来自于DLL的资源，就将此参数指定为DLL的模块句柄。如果需要EXE文件中包含的资源，就指定EXE的模块句柄。

　　但是在使用这些句柄之前存在一个问题，你怎样得到它们呢？如果需要得到EXE模块句柄，调用带有Null参数的Win32函数GetModuleHandle；如果需要DLL模块句柄，就调用以DLL文件名为参数的Win32函数GetModuleHandle。

　　六、应用程序怎样找到DLL文件

　　如果应用程序使用LoadLibrary显式链接，那么在这个函数的参数中可以指定DLL文件的完整路径。如果不指定路径，或是进行隐式链接，Windows将遵循下面的搜索顺序来定位DLL：

　　1． 包含EXE文件的目录，
　　2． 进程的当前工作目录，
　　3． Windows系统目录，
　　4． Windows目录，
　　5． 列在Path环境变量中的一系列目录。

　　这里有一个很容易发生错误的陷阱。如果你使用VC＋＋进行项目开发，并且为DLL模块专门创建了一个项目，然后将生成的DLL文件拷贝到系统目录下，从应用程序中调用DLL模块。到目前为止，一切正常。接下来对DLL模块做了一些修改后重新生成了新的DLL文件，但你忘记将新的DLL文件拷贝到系统目录下。下一次当你运行应用程序时，它仍加载了老版本的DLL文件，这可要当心！

　　七、调试DLL程序

　　Microsoft 的VC＋＋是开发和测试DLL的有效工具，只需从DLL项目中运行调试程序即可。当你第一次这样操作时，调试程序会向你询问EXE文件的路径。此后每次在调试程序中运行DLL时，调试程序会自动加载该EXE文件。然后该EXE文件用上面的搜索序列发现DLL文件，这意味着你必须设置Path环境变量让其包含DLL文件的磁盘路径，或者也可以将DLL文件拷贝到搜索序列中的目录路径下。