Linux下静态链接库与动态链接库的区别
一、例子详解
文件目录树如下:
1. libtest/
2. |-- myjob.c
3. |-- myjob.h
4. |-- test.c
静态库
A.做成静态库 libmyjob.a
1. $ gcc -c myjob.c -o myjob.o
2. $ ar crs libmyjob.a myjob.o
B.链接
1. $ gcc test.o libmyjob.a -o test
C.引用库情况（无所要信息）
1. $ ldd test
2. linux-gate.so.1 => (0xffffe000)
3. libc.so.6 => /lib/libc.so.6 (0xb7e29000)
4. /lib/ld-linux.so.2 (0xb7f6e000)
动态库
A.做成动态库 libmyjob.so
1. $ gcc -Wall –fPIC -c myjob.c -o myjob.o
2. $ gcc -shared -o libmyjob.so myjob.o
-shared: 该选项指定生成动态连接库（让连接器生成T类型的导出符号表，有时候也生成弱连接W类型的导出符号），不用该标志外部程序无法连接。相当于一个可执行文件。
-fPIC：表示编译为位置独立的代码，不用此选项的话编译后的代码是位置相关的所以动态载入时是通过代码拷贝的方式来满足不同进程的需要，而不能达到真正代码段共享的目的。
-L.：表示要连接的库在当前目录中。
LD_LIBRARY_PATH：这个环境变量指示动态连接器可以装载动态库的路径。
B.链接
链接方法I，拷贝到系统库里再链接，让gcc自己查找：
1. $ sudo cp libmyjob.so /usr/lib
2. $ gcc -o test test.o -lmyjob
这里我们可以看到了 -lmyjob 选项，-l[lib_name] 指定库名，他会主动搜索。lib[lib_name].so这个搜索的路径可以通过 gcc --print-search-dirs来查找。
链接方法II，手动指定库路径
1. $ gcc -o test test.o -lmyjob -B /path/to/lib
-B选项就添加 /path/to/lib 到gcc搜索的路径之中。这样链接没有问题但是方法II中手动链接好的程序在执行时候仍旧需要指定库路径（链接和执行是分开的）。需要添加系统变量 LD_LIBRARY_PATH :
1. $ export LD_LIBRARY_PATH=/path/to/lib
这个时候再来检测一下test程序的库链接状况(方法I情况)
1. $ ldd test
2. linux-gate.so.1 => (0xffffe000)
3. libmyjob.so => /usr/lib/libmyjob.so (0xb7f58000)
4. libc.so.6 => /lib/libc.so.6 (0xb7e28000)
5. /lib/ld-linux.so.2 (0xb7f6f000)
是不是比静态链接的程序多了一个 libmyjob.so? 这就是静态与动态的最大区别，静态情况下，它把库直接加载到程序里，而在动态链接的时候，它只是保留接口，将动态库与程序代码独立。这样就可以提高代码的可复用度，和降低程序的耦合度。
另外，运行时，要保证主程序能找到动态库，所以动态库一般发布到系统目录中，要么就在跟主程序相对很固定的路径里，这样不管主程序在本机何时何地跑，都能找得到动态库。而静态库只作用于链接时，运行主程序时静态库文件没存在意义了。
二、静态库和动态库的区别
1. 静态函数库
这类库的名字一般是libxxx.a；利用静态函数库编译成的文件比较大，因为整个函数库的所有数据都会被整合进目标代码中，他的优点就显而易见了，即编译后的执行程序不需要外部的函数库支持，因为所有使用的函数都已经被编译进去了。当然这也会成为他的缺点，因为如果静态函数库改变了，那么你的程序必须重新编译。
2. 动态函数库
这类库的名字一般是libxxx.so;相对于静态函数库，动态函数库在编译的时候并没有被编译进目标代码中，你的程序执行到相关函数时才调用该函数库里的相应函数，因此动态函数库所产生的可执行文件比较小。由于函数库没有被整合进你的程序，而是程序运行时动态的申请并调用，所以程序的运行环境中必须提供相应的库。动态函数库的改变并不影响你的程序，所以动态函数库的升级比较方便。
linux静态函数库的创建和使用
A.例程str_out.h str_out.c main.c
/* str_out.h */
#ifndef STR_OUT_H
#define STR_OUT_H
void str_out(const char* str);
#endif
/* str_out.c */
#include "str_out.h"
void str_out(const char* str)
{
printf("%s/n",str);
}
/* main.c */
int main()
{
str_out("myjob world");
return 0;
}
(第一步)gcc -c str_out.c-o str_out.o
B.静态函数库由ar命令创建
(第二步)ar crs libstr_out.a str_out.o
-c : create的意思
-r :replace的意思，表示当插入的模块名已经在库中存在，则替换同名的模块。如果若干模块中有一个模块在库中不存在，ar显示一个错误消息，并不替换其他同名模块。默认的情况下，新的成员增加在库的结尾处，可以使用其他任选项来改变增加的位置。
-s:代表若归档文件中包含了对象模式(C++)。
C.使用方法
(第三步)gccmain.c -o out -L. -lstr_out
通过gcc -o out main.c -L. -lstr_out编译main.c就会把静态函数库整合进out。
-L:指定静态函数库的位置供查找，注意L后面还有'.'，表示静态函数库在本目录下查找。
-l:则指定了静态函数库名，由于静态函数库的命名方式是lib***.a，其中的lib和.a忽略。
根据静态函数库的特性，此处删除libstr_out.a后out依然可以运行，因为静态库的内容已经整合进去了。
动态函数库的创建和使用
A.创建动态库
(第一步)gcc -fPIC -Wall -c str_out.c–o str_out.o
(第二步)gcc -shared -Wl, -soname,libstr_out.so.1 -o libstr_out.so str_out.o
该命令生成libstr_out.so 动态函数库。
-shared：指定生成动态链接库。
-static：指定生成静态链接库。
-fPIC：表示编译为位置独立的代码，用于编译共享库。目标文件需要创建成位置无关码，概念上就是在可执行程序装载它们的时候，它们可以放在可执行程序的内存里的任何地方。
-L.：表示要连接的库在当前目录中。
-l：指定链接时需要的动态库。编译器查找动态连接库时有隐含的命名规则，即在给出的名字前面加上lib，后面加上.so来确定库的名称。
-Wl,options：把参数(options)传递给链接器ld。如果options中间有逗号,就将options分成多个选项,然后传递给链接程序。
B.动态库的使用
这时还不能立即./out，因为在动态函数库使用时，会查找/usr/lib/lib目录下的动态函数库，而此时我们生成的库不在里边。
1.最简单的方法就是把libstr_out.so拉到/usr/lib或/lib中去。
(第三步)gcc main.c -o main -lstr_out
2. export LD_LIBRARY_PATH=$(pwd)
(第三步)gccmain.c - o main-L. -lstr_out
3.在bashrc或profile文件里用LD_LIBRARY_PATH定义，然后用source加载。
4.还可以在/etc/ld.so.conf文件里加入我们生成的库的目录，然后/sbin/ldconfig。
/etc/ld.so.conf是非常重要的一个目录，里面存放的是链接器和加载器搜索共享库时要检查的目录，默认是从/usr/lib /lib中读取的，所以想要顺利运行，我们也可以把我们库的目录加入到这个文件中并执行/sbin/ldconfig。
另外还有个文件需要了解/etc/ld.so.cache,里面保存了常用的动态函数库，且会先把他们加载到内存中，因为内存的访问速度远远大于硬盘的访问速度，这样可以提高软件加载动态函数库的速度了。
图片步骤显示:
1.静态库创建和使用
2.动态库创建和使用
方法一：export LD_LIBRARY_PATH (无版本选项的)
方法一：export LD_LIBRARY_PATH (有版本选项的)
方法二: /etc/ld.so.conf -- /sbin/ldconfig
方法三: (符号链接到动态库的地方)
