库是绑定在应用程序可执行文件中的代码单元。

dll是可执行代码的独立单元。只有在对该代码进行调用时，才会在流程中加载它。一个dll可以被多个应用程序使用并加载在多个进程中，而在硬盘驱动器上仍然只有一个代码副本。

Dll优点:可用于多个产品之间重用/共享代码;按需装入进程内存，不需要时可卸载;可以独立于程序的其余部分进行升级。

Dll缺点:Dll加载和代码重基的性能影响;版本控制问题(“dll地狱”)

Lib优点:没有性能影响，因为代码总是在进程中加载，而不是重基;没有版本问题。

Lib缺点:可执行文件/进程“膨胀”-所有的代码都在你的可执行文件中，并在进程启动时加载;没有重用/共享-每个产品都有自己的代码副本。

如果库是静态的，则在链接时将代码链接到可执行文件中。这使您的可执行文件更大(如果您走动态路线)。

如果库是动态的，那么在链接时，对所需方法的引用将内置于可执行文件中。这意味着您必须发布可执行文件和动态库。您还应该考虑对库中代码的共享访问是否安全、首选加载地址以及其他事项。

如果你能接受静态库，那就使用静态库。

Ulrich Drepper关于“如何编写共享库”的论文也是一个很好的资源，详细介绍了如何最好地利用共享库，或者他所说的“动态共享对象”(DSOs)。本文主要讨论ELF二进制格式的共享库，但有些讨论也适用于Windows dll。

如果您的库将在几个可执行文件之间共享，那么将其动态化以减少可执行文件的大小通常是有意义的。否则，一定要让它是静态的。

使用dll有几个缺点。装载和卸载它有额外的开销。还有一个额外的依赖关系。如果您更改dll使其与执行表不兼容，则它们将停止工作。另一方面，如果您更改了静态库，则使用旧版本编译的可执行文件将不会受到影响。

静态库被编译到客户机中。在编译时使用.lib，库的内容成为消费可执行文件的一部分。

动态库在运行时加载，而不是编译到客户端可执行文件中。动态库更加灵活，因为多个客户端可执行文件可以加载一个DLL并利用它的功能。这也将客户端代码的总体大小和可维护性保持在最小。

静态库增加了二进制文件中代码的大小。它们总是被加载，无论你用什么版本的代码编译，都是将运行的代码版本。

动态库的存储和版本是分开的。如果更新被认为与原始版本二进制兼容，则有可能加载的动态库版本不是随代码附带的原始版本。

此外，动态库不一定被加载——它们通常在第一次调用时被加载——并且可以在使用相同库的组件之间共享(多个数据加载，一个代码加载)。

动态库在大多数时候被认为是更好的方法，但最初它们有一个重大缺陷(谷歌DLL地狱)，这个缺陷几乎被最近的Windows操作系统(特别是Windows XP)所消除。