静态库和动态库的那点事

1静态库和动态库

（1）静态库

* 静态库是把程序运行时需要使用的函数编译在一个二进制文件中，扩展名为.lib。当程序link时把静态库中的二进制数据和程序其它数据放到一起。程序运行时不在需要lib和dll文件的支持。我们在链接的时候需要静态链接库，一旦链接成功，生成了可执行文件，那么，静态链接库就不再需要了。这样做的坏处是开发出来的程序占用磁盘空间较大。

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

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

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

（2）动态库

* 动态库在开发时仅是把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。

2  两个lib文件

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

3程序中使用动态连接库declspec(dllexport)与_declspec(dllimport)  

　　在DLL编写时，使用__declspec(dllexport)的作用，它就是为了省掉在DEF文件中手工定义导出哪些函数的一个方法。当然，如果你的DLL里全是C++的类的话，你无法在DEF里指定导出的函数，只能用__declspec(dllexport)导出类。但是，MSDN文档里面，对于__declspec(dllimport)的说明让人感觉有点奇怪，先来看看MSDN里面是怎么说的：

　　“不使用 __declspec(dllimport) 也能正确编译代码，但使用 __declspec(dllimport) 使编译器可以生成更好的代码。编译器之所以能够生成更好的代码，是因为它可以确定函数是否存在于 DLL 中，这使得编译器可以生成跳过间接寻址级别的代码，而这些代码通常会出现在跨 DLL 边界的函数调用中。但是，必须使用 __declspec(dllimport) 才能导入 DLL 中使用的变量”。