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

除了静态库与动态库的技术影响(静态文件将所有内容捆绑在一个大的二进制文件中，而动态库允许在几个不同的可执行文件之间共享代码)之外，还有法律影响。

例如，如果您正在使用LGPL许可的代码，并且静态地链接到一个LGPL库(从而创建了一个大的二进制文件)，那么您的代码将自动成为开源(自由)LGPL代码。如果您链接到一个共享对象，那么您只需要LGPL对LGPL库本身所做的改进/错误修复。

例如，如果你决定如何编译你的移动应用程序，这就成为一个更重要的问题(在Android中你可以选择静态和动态，在iOS中你不能-它总是静态的)。

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

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

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

静态库必须链接到最终的可执行文件中;它成为可执行文件的一部分，并跟随它到任何地方。每次执行可执行文件时都会加载动态库，并以DLL文件的形式与可执行文件分开。

当您希望能够更改库提供的功能而不必重新链接可执行文件(只需替换DLL文件，而不必替换可执行文件)时，您将使用DLL。

当您没有理由使用动态库时，您可以使用静态库。

Static libraries are archives that contain the object code for the library, when linked into an application that code is compiled into the executable. Shared libraries are different in that they aren't compiled into the executable. Instead the dynamic linker searches some directories looking for the library(s) it needs, then loads that into memory. More then one executable can use the same shared library at the same time, thus reducing memory usage and executable size. However, there are then more files to distribute with the executable. You need to make sure that the library is installed onto the uses system somewhere where the linker can find it, static linking eliminates this problem but results in a larger executable file.

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

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

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

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