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

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

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

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

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

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

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

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

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

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

真正的权衡(在一个大型项目中)是在初始加载时间，库将在某个时间被链接，必须做出的决定是链接是否需要足够长的时间，以至于编译器需要咬紧牙关并提前完成，还是动态链接器可以在加载时完成。

如果你在嵌入式项目或专门的平台上工作，静态库是唯一的方法，而且很多时候它们编译到你的应用程序中不是那么麻烦。同时，拥有包含一切的项目和makefile会让生活更快乐。

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