动态链接库(dll)学习资料总结

Dump of file DllTest.dll File Type: DLL

Section contains the following exports for DllTest.dll 0 characteristics

4420BEA4 time date stamp Wed Mar 22 11:04:04 2006 0.00 version

1 ordinal base

2 number of functions 2 number of names ordinal hint RVA name

1 0 0000100A ?add@@YAHHH@Z 2 1 00001005 ?subtract@@YAHHH@Z Summary

7000 .data 1000 .idata 3000 .rdata 2000 .reloc 2A000 .text

可以看到，我们编写的动态链接库导出了两个函数，分别名为?add@@YAHHH@Z 和 ?subtract@@YAHHH@Z，为什么名字不是add和subtract呢？这是因为C++为了支持函数的重载，会在编译时将函数的参数类型信息以及返回值类型信息加入到函数名中，这样代码中名字一样的重载函数，在经过编译后就互相区分开了，调用时函数名也经过同样的处理，就能找到对应的函数了。编译器对函数的重命名规则是与调用方式相关的，在这里采用的是C++的默认调用方式。以此对应的还有stdcall方式、cdecl方式、fastcall方式和thiscall方式，不同调用方式的重命名规则不一样。

需要特别说一下的是stdcall方式和cdecl方式：

stdcall方式（标准调用方式）也即pascal调用方式，它的重命名规则是函数名自动加前导的下划线，后面紧跟一个@符号，其后紧跟着参数所占字节数，之所以要跟参数字节数，是因为stdcall采用被调函数平衡堆栈方式，用函数名最后的数字告诉编译器需要为函数平衡的字节数。例如，如果我们的DllTest.dll采用stdcall方式编译的话，导出的函数名将会是 _add@8 和 _subtract@8 ，而函数编译后的汇编代码最后一句一定是 ret8。

cdecl方式即C语言调用方式，它的重命名规则仅仅是在函数名前加下划线（奇怪的是我用vc6编译的c语言函数，名字没有任何改变），因为C语言采用的是调用函数平衡堆栈的方式，所以不需要在函数名中加入参数所占的字节数，这样的堆栈平衡方式也使C语言可以编写出参数不固定的函数；同时C语言不支持函数重载，因此不需要在函数名中加入参数类型信息和返回值类型信息。

更多关于调用方式的介绍请看我收藏的文章《C语言函数调用约定 》 。

动态链接库已经生成了，接下来就是调用的工作了。调用动态链接库有两种方式：隐式调用和显式调用，下面我们分别来看两种调用方式的具体过程： 动态链接库的隐式调用

新建一个空的Win32 Console Application，命名为DllCaller，向工程中添加名为DllCaller.cpp 的C++ Sourse File,在文件中写入如下代码： #include using namespace std;

//extern int add(int a,int b);

_declspec(dllimport) int add(int a,int b); int main() {

cout<<\ return 1; }

编译，没有错误，链接，有两个错误：找不到外部引用符号。要怎样才能让我们的程序找到动态连接库中的函数呢？这里是关键的一步。到刚才的DllTest工程目录下，从debug文件夹中拷贝生成的DllTest.dll文件和DllTest.lib文件到DllCaller工程目录。然后依次在vc中选择菜单：Project -->Settings-->Liink, 在Object/library Modules中加入一项文件名：DllTest.lib,这里的DllTest.lib并不是静态库文件，而是DllTest.dll的导入库文件，它包含了DllTest.dll动态链接库导出的函数信息，只有在工程链接设置里添加了该文件，才能够使调用了该动态链接库的工程正确链接。完成以上步骤后，我们再编译链接工程，这次没有任何错误！程序可以顺利调用动态连接库文件，正常运行了（为了能使程序找到并加载需要的动态链接库，动态链接库文件必须与调用程序在同一个目录下，或在path环境变量指定的目录下）。

这里需要说明一点，工程中的源文件在调用动态链接库中的函数时，需要提前声明，声名有两种方式，一种是传统的extern方式，一种是_declspec(dllimport)方式，这两种方式在代码中我都给出了。其中，第二种方式能使编译过程更快，所以推荐使用。 动态链接库的显式调用

比起隐式调用，显示调用更加灵活，而且在编译链接时不需要lib导入库文件，也不需要提前声明函数。我们通过windows提供的API函数来动态加载动态连接库并调用其中的函数，用完后可以马上释放内存中的动态链接库，十分方便。下面就是显示调用动态链接库的代码：

#include #include using namespace std;

int main() {

HINSTANCE hInstance=LoadLibrary(\ typedef int (*AddProc)(int,int);

AddProc Add=(AddProc)GetProcAddress(hInstance,?add@@YAHHH@Z); if(!Add) {

cout<<\动态连接库库函数未找到\ return 0; }

cout<<\ FreeLibrary(hInstance); return 1;

}

以上代码并不复杂，首先定义一个实例句柄用来引用由Windows API 函数LoadLibrary加载的动态链接库，LoadLibrary函数的参数是一个字符串指针，具体调用时我们需要填入需要加载的动态链接库的位置及文件名，加载成功后返回一个实例句柄。接下来我们定义一个函数指针类型，用该类型声明一个函数指针，用来存储GetProcAddress函数返回的动态库函数入口地址。GetProcAddress能从指定的动态库中查找指定名字的函数，如果查找成功则返回该函数的入口地址，如果失败则返回NULL。更多GetProcAddress函数的用法请参看MSDN。有人可能注意到，GetProcAddress函数中指定的函数名并不是add,而是?add@@YAHHH@Z。这里就和前面将的函数调用方式联系起来了，在GetProcAddress函数中，我们指定的函数名必须是编译后经过重命名的函数名，而不是源文件中定义的函数名。这样实际上给我们的调用带来了相当大的麻烦，因为我们不可能去了解每一个经过重命名的导出函数名。好在微软已经给出了解决方法，那就是在编写动态链接库时同时编写一个以def为后缀的编译命名参考文件，如果动态链接库工程中有该文件，则编译器会根据该文件指定的函数名来导出动态库函数，关于def文件的详细使用方法请参考MSDN，这里就不一一赘述。找到需要的动态库函数后，我们就可以按需要对它进行调用，之后调用FreeLibrary函数释放动态库。因为动态库是多进程共享的，因此调用FreeLibrary函数并不意味着动态库在内存中被释放，每个动态库都有一个变量用来记录它的共享引用计数，而FreeLibrary的功能只是将这个记数减一，只有当一个动态库的引用计数为0时，它才会被操作系统释放。 隐式调用与显式调用的对比

前面已经详细介绍了动态链接库的两种调用方法，相比之下，隐式调用在编程时比较简单，指定导入库文件后，不必考虑函数的重命名，就可以直接调用动态库函数。但由于隐式调用不能指定动态库的加载时机，因此在一个程序开始运行时，操作系统会将该程序需要的动态链接库都加载入内存，势必造成程序初始化的时间过长，影响用户体验。而显式调用采用动态加载的方法，用到什么加载什么，用完即释放，灵活性较高，可以使程序得到优化。具体运用中到底采用哪种方法，还要依实际情况而定

静态链接库LIB和动态链接库DLL

VS2008 lib静态链接

一、 静态链接库与动态链接库区别

静态链接库与动态链接库都是共享代码的方式，如果采用静态链接库，则无论你愿不愿意，lib 中的指令都全部被直接包含在最终生成的 EXE 文件中了。但是若使用 DLL，该 DLL 不必被包含在最终 EXE 文件中，EXE 文件执行时可以“动态”地引用和卸载这个与 EXE 独立的 DLL 文件。静态链接库和动态链接库的另外一个区别在于静态链接库中不能再包含其他的动态链接库或者静态库，而在动态链接库中还可以再包含其他的动态或静态链接库。 动态库就是在需要调用其中的函数时，根据函数映射表找到该函数然后调入堆栈执行。如果在当前工程中有多处对dll文件中同一个函数的调用，那么执行时，这个函数只会留下一份拷贝。但是如果有多处对lib文件中同一个函数的调用，那么执行时，该函数将在当前程序的执行空间里留下多份拷贝，而且是一处调用就产生一份拷贝。 静态链接库与静态链接库调用规则总体比较如下： 1、 静态链接库(比较简单)：

首先，静态链接库的使用需要库的开发者提供生成库的.h头文件和.lib文件。生成库的.h头文件中的声明格式如下：

extern \函数返回类型 函数名(参数表); 在调用程序的.cpp源代码文件中如下：

#include \

#pragma comment(lib,\//指定与静态库一起链接(或者在IDE的lib栏中填入lib文件的路径,在IDE的lib目录栏填入lib所在文件夹目录) 其次因为静态链接库是将全部指令都包含入调用程序生成的EXE文件中。因此如果用的是静态链接库，那么也就不存在“导出某个函数提供给用户使用”的情况，要想用就得全要！要不就都别要!

个人理解:其实可以认为静态链接看做与直接将要链入的lib工程的源码引入编译等效,因为实际结果来看也应该是等效的,最终都只是一个exe文件,功能会是完全一样的,只是多了一些编译链接的过程. 2、 动态链接库：

动态链接库的使用需要库的开发者提供生成的.lib文件和.dll文件。或者只提供dll文件。 首先我们必须先注意到DLL内的函数分为两种： 1)导出函数，可供应用程序调用；

2) DLL内部函数，只能在 DLL 程序使用，应用程序无法调用它们。

因此调用程序若想调用DLL中的某个函数就要以某种形式或方式指明它到底想调用哪一个函数。

对于DLL的导出，可以采用如下方法： #ifdef WLL_EXPORTS

#define WLL_API __declspec(dllexport) #else

#define WLL_API __declspec(dllimport) #endif

这是导出类的宏定义，将导出类必须加上该宏，才能被导出。

此处的WLL_EXPORTS会出现在 project setting C++ PreProcessor的PreProcessor definition中，这个MACRO表明其要定义一个导出宏。当前库编译时，加了WLL_API的类将被导出，而包含该头文件的其他调用DLL或EXE，由于没有定义WLL_API宏，将申明为导入该类。

动态库函数的调用，可以采用静态链接的方式 ，主要步骤如下：

1) 包含DLL中导出的头文件。//对要从dll文件中导入的函数进行声明(不使用.h头文件，只进行声明也可)

2) 采用#pragma comment(lib,\导入动态库生成的*.lib头文件。或在 projectàsettingsàLinkeràInput的Additional Dependencies中加入lib文件。//提供dll以及dll内导出函数的信息，方便加载dll文件和链接dll文件中的导出函数

3) 将动态库生成的*.dll文件放到EXE或DLL的同一目录下。

也可以采用动态加载的方式调用 ，步骤如下：

Another.dll有一个int Add(int x,int y) 函数。则完整的调用过程如下：

typedef int (* FunPtr)(int,int); //定义函数指针