动态链接库dll，静态链接库lib, 导入库lib

目前以lib后缀的库有两种，一种为静态链接库(Static Libary，以下简称“静态库”)，另一种为动态连接库(DLL，以下简称“动态库”)的导入库(Import Libary，以下简称“导入库”）。
静态库是一个或者多个obj文件的打包，所以有人干脆把从obj文件生成lib的过程称为Archive，即合并到一起。比如你链接一个静态库，如果其中有错，它会准确的找到是哪个obj有错，即静态lib只是壳子。
动态库一般会有对应的导入库，方便程序静态载入动态链接库，否则你可能就需要自己LoadLibary调入DLL文件，然后再手工GetProcAddress获得对应函数了。有了导入库，你只需要链接导入库后按照头文件函数接口的声明调用函数就可以了。
导入库和静态库的区别很大，他们实质是不一样的东西。静态库本身就包含了实际执行代码、符号表等等，而对于导入库而言，其实际的执行代码位于动态库中，导入库只包含了地址符号表等，确保程序找到对应函数的一些基本地址信息。

这也是实际上很多开源代码发布的惯用方式：

1. 预编译的开发包：包含一些.dll文件和一些.lib文件。其中这里的.lib就是导入库，而不要错以为是静态库。但是引入方式和静态库一样，要在链接路径上添加找到这些.lib的路径。而.dll则最好放到最后产生的应用程序exe执行文件相同的目录。这样运行时，就会自动调入动态链接库。

2. 用户自己编译： 下载的是源代码，按照readme自己编译。生成很可能也是.dll + .lib(导入库)的库文件

3. 如果你只有dll，并且你知道dll中函数的函数原型，那么你可以直接在自己程序中使用LoadLibary调入DLL文件，GetProcAddress

DLL：
动态链接库 (DLL) 是作为共享函数库的可执行文件。动态链接提供了一种方法，使进程可以调用不属于其可执行代码的函数。函数的可执行代码位于一个 DLL 中，该 DLL 包含一个或多个已被编译、链接并与使用它们的进程分开存储的函数。DLL 还有助于共享数据和资源。多个应用程序可同时访问内存中单个 DLL 副本的内容。
动态链接与静态链接的不同之处在于它允许可执行模块（.dll 文件或 .exe 文件）仅包含在运行时定位 DLL 函数的可执行代码所需的信息。在静态链接中，链接器从静态链接库获取所有被引用的函数，并将库同代码一起放到可执行文件中。
使用动态链接代替静态链接有若干优点。DLL 节省内存，减少交换操作，节省磁盘空间，更易于升级，提供售后支持，提供扩展 MFC 库类的机制，支持多语言程序，并使国际版本的创建轻松完成。

、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、

静态链接举例用的.lib其实是win特有的，属于历史遗留问题，这样链接的库最后再运行时仍然是加载的.dll，只不过是由系统完成装配。而静态链接则是你说的第一种，链接完成后就不需要库文件也可以执行了。完全是Win的链接方式把你搞迷糊了，考虑一下linux/unix平台就知道了，静态库.a，动态库.so，没有第三种形态。动态库也可不链接动态载入。可以说链接有两种形式，静态和动态。动态库载入有两种方式，执行时系统装配和运行时动态载入。不能混为一谈。

。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

可以说windows提供了三种方法：
1.Use static libary 此时被调用函数的代码将会被打包进可执行文件。

2.static linked DLL 此时动态连接库(DLL，“动态库”)的导入库(Import Libary，“导入库”)将会被打包入可执行文件，而动态库（包含有被调用函数的代码实现）将会在程序被加载到内存时加载到内存。

3. dynamic linked DLL,仅在程序需要时加载被调用函数的代码实现到内存，且可随时卸载。故比方法2节省内存。

方法1，2打包进去的都是lib文件，但他们是不同的。lib文件有两种，静态库（static libary） 和dll的导入库（importlibary）。前者是有函数实现的，后者没有。