71-Linux下的静态库和共享库及两者的各自特点

静态库和共享库

我们在C程序中使用过printf方法，printf方法的实现在C的标准库中。
<stdio.h>是方法的声明，不是方法的实现，实现是在C的库里面。
库是一组预先编译好的方法的集合。Linux系统存储的库的位置一般在：/lib 和 /usr/lib。
在 64 位的系统上有些库也可能被存储在/usr/lib64 下。库的头文件一般会被存储在 /usr/include 下或其子目录下（库方法的声明）
库有两种，一种是静态库，其命令规则为 libxxx.a，一种是共享库，其命令规则为 libxxx.so

静态库的生成

foo是库的名字（不提前缀和后缀），add.o max.o是要打包到静态库中的.o文件，.o文件里头就是我们编译好的方法。

第一步：先将需要生成库文件的所有“.c“文件编译成“.o”文件
第二步：使用 ar 命令将第一步编译的所有”.o”文件生成静态库，其中：c 是创建库 r 是将方法添加到库中 v 显示过程
第三步中：-L 指定库的存储路径 -l 指定库的名称（不需要前面的‘lib’和扩展名‘.a’）
然后 ./main运行程序
删除 libfoo.a ， 程序仍然可以正常运行！！！

共享库的生成

第一步：先将需要生成库文件的所有“.c“文件编译成“.o”文件
第二步：使用 gcc 命令将第一步编译的所有”.o”文件生成共享库

以下是使用共享库“libfoo.so”和“main.c”生成可执行文件的过程：
其中 -L 指定库的存储路径， -l 指定库的名称（不需要前面的‘lib’和扩展名‘.so’），如果在库的存储路径有同名的共享库和静态库，gcc 默认使用共享库生成之后，直接执行 main 程序，发现出错，原因是系统加载共享库时，找不到对应的共享库文件”libfoo.so”， 但是该库确实在当前目录下存在。这是为什么呢？因为系统默认只会去存储库的标准位置(/lib 或/usr/lib 等)加载，而不会在当前位置寻找。所以将库拷贝到/usr/lib 下，再执行程序，就可以成功。如果库不在标准位置下，也可以通过设置环境变量”LD_LIBRARY_PATH”来指定加载库的路径。

注意：-o必须和库名连在一起，顺序可以改动。

如果本地下是有共享库又有静态库，我们默认使用的是共享库

静态库和共享库的区别

静态库在链接时将用到的方法包含到最终生成的可执行程序中，而共享库不包含，只做标记，在运行程序时，才动态加载。（静态库和动态库最本质的区别就是：该库是否被编译进目标（程序）内部）

静态（函数）库：一般扩展名为（.a或.lib）,这类的函数库通常扩展名为libxxx.a或xxx.lib 。
这类库在编译的时候会直接整合到目标程序中，所以利用静态函数库编译成的文件会比较大，这类函数库最大的优点就是编译成功的可执行文件可以独立运行，而不再需要向外部要求读取函数库的内容；但是从升级难易度来看明显没有优势，如果函数库更新，需要重新编译。

共享（函数）库：动态函数库的扩展名一般为（.so或.dll），这类函数库通常名为libxxx.so或xxx.dll 。
与静态函数库被整个捕捉到程序中不同，动态函数库在编译的时候，在程序里只有一个“指向”的位置而已，也就是说当可执行文件需要使用到函数库的机制时，程序才会去读取函数库来使用；也就是说可执行文件无法单独运行。这样从产品功能升级角度方便升级，只要替换对应动态库即可，不必重新编译整个可执行文件。

综上所述
从产品化的角度，发布的算法库或功能库尽量使共享库，这样方便更新和升级，不必重新编译整个可执行文件，只需新版本共享库替换掉旧共享库即可。
从函数库集成的角度，若要将发布的所有子库（不止一个）集成为一个动态库向外提供接口，那么就需要将所有子库编译为静态库，这样所有子库就可以全部编译进目标动态库中，由最终的一个集成库向外提供功能。