【转】Lib静态链接库和Dll动态链接库

小灰灰 2023-10-18 08:07 79阅读 0赞

**dll：Dynamic Link Library动态链接库。**  
  
  
 dll是编译好的完整程序, 已经经过链接，有函数导出表与导入表。使用时可以直接调用其中的函数。dll在程序运行的时候才被链接，但并不参加工程的编译，因此它是一种比较小的可执行文件格式。dll还有其他的文件格式如ocx等，所有的dll文件都是可执行的。  
  
  
 lib只是一个代码集，它把一些函数做成一个函数集合放在一起，这些函数没有链接。如果调用lib中的函数，这些函数在工程编译时将参加编译。与动态链接库dll相对比，lib文件也被称为静态链接库。在使用lib文件里的函数时，必须包含该函数对应的头文件，同时，还必须引用进该lib文件，以允许编译器去查找已经编译好的二进制代码。  
  
  
 简单讲，静态库就是将需要的代码直接链接进可执行程序；动态库就是在需要调用其中的函数时，根据函数映射表找到该函数然后调入堆栈执行。如果在当前工程中有多处对dll文件中同一个函数的调用，那么执行时，这个函数只会留下一份拷贝。但是如果有多处对lib文件中同一个函数的调用，那么执行时，该函数将在当前程序的执行空间里留下多份拷贝，而且是一处调用就产生一份拷贝。  
  
  
 做成的lib文件本身比较大，但不必附带dll；做成dll文件本身比较小，但需要附带lib。  
  
 除了可以直接链接进可执行程序的lib文件外，还有一种lib文件，可以把这种lib文件看成是相应的dll文件的附属物。如果从代码中分离出一个dll文件出来代替静态连接库，仍然会产生一个lib文件。这个lib文件将被连接到程序，以告诉操作系统在运行的时候想用到的dll文件。该lib文件实际上不是真正的函数集，它里面的导出导入函数都是对应到dll文件中相应位置的跳转指令，以执行外部程序时调用dll函数时进行dll跳转。一般情况下，这种lib文件里有与相应的dll文件相同的名字，和一个指明dll输出函数入口的顺序表。  
  
  
 一般我们最主要的关于lib文件的麻烦就是出现unresolved symble 这类错误，这就是lib文件连接错误或者没有包含.c、.cpp文件到工程里。特别是如果在C++工程里用了C语言写的lib文件，就必需要这样包含：  
  
  
 extern "C"  
 \{  
 \#include "myheader.h"  
 \}  
  
  
 这是因为C语言写的lib文件没有C++所必须的名字破坏，C函数不能被重载，因此连接器会出错。  
  
 本文来自CSDN博客，转载请标明出处： [**http://blog.csdn.net/huozi19820418/archive/2008/06/19/2565911.aspx**][http_blog.csdn.net_huozi19820418_archive_2008_06_19_2565911.aspx]  
  
  
 1.静态链接库的生成  
 在VC++6.0中新建项目的Project选项卡中选择Win32 Static Library，将原文件及头文件添加到相应的文件夹中，编译链接一下，如果没有错误就会自动生成.lib文件了。  
  
  
 2.静态链接库的链接  
 将下列语句添加到头文件中：  
 \#pragma comment(lib,"XXX.lib")  
 之前要确认XXX.lib是否在当前的目录下，或者在VC指定的LIB库的路径中。你也可以手动添加自己的LIB库的路径，方法如下：  
 工具--〉选项--〉Directory --〉 在Include file中添加include 头文件的路径  
 在Library file中添加LIB库的路径。  
 然后再像上边那样写，就不用担心路径的问题啦……  
 当然，头文件还是要包含的啊。  
  
 本文来自CSDN博客，转载请标明出处： [**http://blog.csdn.net/maojudong/archive/2009/02/07/3866622.aspx**][http_blog.csdn.net_maojudong_archive_2009_02_07_3866622.aspx]

[http_blog.csdn.net_huozi19820418_archive_2008_06_19_2565911.aspx]: http://blog.csdn.net/huozi19820418/archive/2008/06/19/2565911.aspx
[http_blog.csdn.net_maojudong_archive_2009_02_07_3866622.aspx]: http://blog.csdn.net/maojudong/archive/2009/02/07/3866622.aspx