静态库和动态库,创建,使用,加载,释放

首先,偶们说第一个静态链接库(Static Libary)

偶们用VC6.0做一个静态链接库

VC++6.0中new一个的为win32 static library工程

新建static_lib.h 和static_lib.cpp 两个文件,这两个文件的内容如下:

static_lib.h

int add(int x,int y);

int substract(int x , int y);

static_lib.cpp

#include "static_lib.h"

 

int add(int x,int y)

{

       return x + y;

}

 

int substract(int x,int y)

{

       return x - y;

}

然后编译,生成解决方案,好,这样不出意外会在 debug 文件夹(与 staticCai 并列 )下生成一个 staticCai.lib 文件,好了,这个就是我们做好的静态链接库。下面,我们看看怎么用这个静态链接库。我们再新建一个 win32 控制台程序,新建 main.cpp 内容如下:

#include <iostream>

#include "static_lib.h"

#pragma comment(lib, "static.lib")

using namespace std ;

 

int main()

{

       cout << add(3 ,4) << endl ;

       cout << substract(5 , 3) << endl ;

       return 0 ;

}

并且将staticCai.lib和static_lib.h这两个文件拷贝到与main.cpp并列的文件夹下。然后,我们编译,链接,执行程序,就会出结果了

#pragma comment(lib, "static.lib")这句和我们在 项目à属性à连接器à添加依赖项 的效果是一样的。至此,怎么做静态链接库以及怎么用静态链接库就搞定了。现在,我们把刚刚拷贝过来的staticCai.lib给删了,我们发现,程序照样执行,但是不能再链接了。所以,我们得出这样的结论:我们再链接的时候需要静态链接库,一旦链接成功,生成了可执行文件,那么,静态链接库就不再需要了。

其次,偶们说第二个动态链接库(dynamic link Libary)

VC++6.0中new一个的为win32 Dynamic-Link Library工程

然后,新建Dll.cpp文件(这里我们就不做.h文件了),敲入一下内容:

#define  DLL_API _declspec(dllexport)

#include <iostream>

using namespace std;

DLL_API int add(int a,int b)   //实现两个整数相加

{

       return a+b;

}

DLL_API int subtract(int a,int b)   //实现两个整数相减

{

       return a-b;

}

然后,我们编译,生成解决方案,就会在 debug 文件夹下生成 dllCai.dll dllCai.lib 。好,至此,动态链接库就做好了,下面我们来看怎么用, 新建一个 win32 控制台程序,新建 main.cpp 内容如下:

#include <iostream>

using namespace std ;

#pragma comment(lib, "DLL.lib")

extern int add(int a,int b);

extern int subtract(int a,int b);

int main()

{

       cout << add(3 ,4) << endl ;

       cout << subtract(5 , 3) << endl ;

       return 0 ;

}

然后把dllCai.dll和dllCai.lib拷贝到与main.cpp并列的目录下。接着,编译,链接,执行,就会看到和上一次一样的结果了。然后,我们把dllCai.lib给删了,程序照样执行,但是不能再链接了,接着,我们把dllCai.dll给删了,程序可以再编译,链接,但是执行的时候就黄了

所以,我们说:对于动态链接库,链接的时候需要.lib文件,运行的时候需要.dll文件。

 

至此,静态链接库和动态链接库我们就说完了,我们做一下对比和补充:

1 、 两个lib文件

我们发现,无论是静态链接库还是动态链接库,最后都有lib文件,那么两者区别是什么呢?其实,两个是完全不一样的东西。staticCai.lib的大小为4KB,dllCai.lib的大小为2KB,静态库对应的lib文件叫静态库,动态库对应的lib文件叫导入库。实际上静态库本身就包含了实际执行代码、符号表等等,而对于导入库而言,其实际的执行代码位于动态库中,导入库只包含了地址符号表等,确保程序找到对应函数的一些基本地址信息。

2 、 对于静态链接库,我们在编译和链接的时候已经将所有的代码都导入进来,因此,当生成可执行文件以后,可执行文件包含所有的代码。因此,在可执行文件运行时就不再需要静态库了,这也是为什么我们删掉staticCai.lib程序照样执行;而对于动态链接库,实际上,可执行文件不包含DLL中的内容,只是通过导入库(.lib)知道了相应的地址信息,因此,可执行文件在运行时动态得去加载DLL,这也是为什么我们删掉dllCai.dll后程序就不能执行了。

3 、 对于DLL,我们是可以不要lib文件的。

如果不要lib文件,我们可以通过函数指针的使用达到我们的目的:

#define  DLL_API _declspec(dllexport)

#include <iostream>

using namespace std;   //注意这里的extern "C" , 这里必须加

extern "C" DLL_API int add(int a,int b)   //实现两个整数相加

{

       return a+b;

}

extern "C" DLL_API int subtract(int a,int b)   //实现两个整数相减

{

       return a-b;

}

#include <iostream>

#include <Windows.h>

using namespace std ;

 

typedef int (*func)(int x , int y);  //函数指针

int main()

{

       HINSTANCE hInstance = LoadLibrary("DLL.dll");

       if(hInstance == NULL)

       {

              cout << "SB" << endl ;

              return 0;

       }

       func add = (func)GetProcAddress(hInstance, "add");

       func sub = (func)GetProcAddress(hInstance, "subtract");

       cout << (*add)(3,4) << endl ;

       cout << (*sub)(5,3) << endl ;

}

显然,这种方法没有用lib文件方便,如果为了每次调用一个函数还要自己再弄一个函数指针,多麻烦啊,所以,我们在实际开发中,用的众多的第三方扩展库,别人都是提供的:

.h  文件(类,函数的声明)

.dll 文件(类或函数的实现)

.lib 文件(导入库)


小结:

一、静态库

* 静态库是把程序运行时需要使用的函数编译在一个二进制文件中,扩展名为.lib。当程序link时把静态库中的二进制数据和程序其它数据放到一起。程序运行时不在需要lib和dll文件的支持。这样做的坏处是开发出来的程序占用磁盘空间较大。特别是windows系统中本来就有或很多程序运行都需要的函数完全没有必要每次开发程序时都要使用各自的静态库。

* 静态库为.lib文件形式存在

* 链接后产生的可执行文件包含了所有需要调用的函数的代码,因此占用磁盘空间较大

* 如果有多个(调用相同库函数的)进程在内存中间时运行,内存中就存有多份相同的库函数代码,因此占用内存空间较多。

二、动态库

* 动态库在开发时仅是把dll中的函数名和参数放到应用程序中,应用程序运行时根据函数名和参数调用dll中的函数来运行,这样操作系统中的应用程序可以同时使用同一个dll。可以有效地节省硬盘空间,当然这样做使得程序设计更有层次。也有利于软件工程师的分工和信息安全

* 动态库以.dl文件形式存在,且一般都有一个对应的引入库以.lib文件形式存在。纯资源dll不生成.lib引入库。

   >引入库和静态库的扩展名均为*.lib,但是引入库仅包含一些函数名和参数信息,没有函数体,是为调用动态库服务的,它和动态库的关系相当于.h文件和.cpp文件之间的关系;

* 动态库两种绑定方式

   >静态绑定(static blnding) 使用静态绑定的程序在一开始载入内存的时候,载入程序就会把程序所有调用到的动态代码的地址算出、确定下来。这种方式使程序刚运行时的初始化时间较长,不过一但完成动态装载,程序的运行速度就很快。

    2动态绑定(dynamic binding)   使用这种方式的程序并不在一开始就完成动态链接,而是直到真正调用动态库代码时,载入程序才计算(被调用的那部分)动态代码的逻辑地址,然后等到某个时候,程序又需要调用另外某块动态代码时,载入程序才又去计算这部分代码的逻辑地址。所以,这种方式侄程序初始化时间较短,但运行期间的性能比不上静态绑定的程序。

* 使用动态库的两种方法(windows)

  >方法一: load-time dynamic linking 
在要调用dll的应用程序链接时,将dll的输入库文件(import library,.lib文件)包含进去。具体的做 法是在源文件开头加一句#include ,然后就可以在源文件中调用dlldemo.dll中的输出文件了。

  >方法二: run-time dynamic linking 
不必在链接时包含输入库文件,而是在源程序中使用LoadLibrary或LoadLibraryEx动态的载入dll。

关于动态库的加载与释放

(1)动态加载的DLL,如果不用FreeLibrary释放,那么调用该DLL的程序终止的时候,是否会自动释放该DLL呢?
(2)动态加载DLL,如果使用多次LoadLibrary(),实际上是否只加载到内存一次而已?也就是说,保存该DLL的Thandle,是否在程序CLose的时候FreeLibrary这个handle一次就可以了呢?(因为书上提到,FreeLibrary其实就是将该DLL的实例数减一,如果实例数为零,该DLL就会从内存中被释放,按照前面提到的“实际上是否只加载到内存一次而已”来解释的话,个人觉得FreeLibrary一次就可以了)
(3)某个DLL加载后,如何得到这个DLL的任务数?(即:实例计数记录,概念问题,参考Delphi5开发人员指南245页)

觉得释放一次,应该就可以了。
其实做试验也很简单。找个DLL,LOAD两至三次。释放一次。
然后试着看DLL能否被删掉,就明白是怎么回事了。
如果删不掉,就是还没释放。看,多简单。
只要能花最少的时间,最快的办法,解决问题.

通过你的试验方法发现,释放一次不行哦,调用几次就要释放几次的:)不过你不释放,Delphi程序终止时候也会帮你释放的(虽然很多人都认为必须手动释放掉,但是我找不到让程序自己去释放会有什么弊端)

知道计数的话就很好解决刚才前面说的问题了,知道计数是几次就可以释放几次了,呵呵~

FreeLibrary   
减少当前进程的动态链接库的引用计数,当计数减到0后,动态链接库模块就从该进程的地址空间空间中被移去,并且动态链接库模块句柄无效。

LoadLibrary
该函数将指定的DLL映射到调用进程的地址空间,如果同一目录下同一文件已经被映射到调用进程的地址空间,则模块计数加1。函数返回第一调用LoadLibrary装入时返回的句柄。

当调用进程关闭时候,会自动将引用计数清0,释放DLL模块。注意,这里仅是本进程模块计数。
在程序运行期间,如果想动态链接库模块立即被释放,那么,调用n次LoadLibrary就要调用n次FreeLibrary

如果不同的程序加载同一个DLL,主程序处于不同目录,调用的DLL处于同一个目录下,在内存中应该有几个DLL副本呢?我觉得应该是一个,你认为呢?如果是一个的话,那么Handle应该也是一样的。也就是说,FreeLibrary只是将它的实例数减一,根据实例数是否为零,从内存中释放DLL出来感觉是系统的工作,你认为呢?  

如果不同的进程加载同一个DLL,只实际加载一次(读到内存),模块句柄不是全局的,既不能被继承,也不能被其他进程使用。前面所说的‘引用计数’是对单个进程而言的。当某进程对某DLL的引用计数为0,就会将其从该进程的地址空间被移走,但不影响其他进程。当所有进程都没对某DLL引用了,该DLL才会实际地从内存撤出。 


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值