你知道linux 静态库和共享库？

1、静态库和共享库 

静态库和共享库（动态库），二者的不同点在于代码被载入的时刻不同。 

静态库的代码在编译过程中已经被载入可执行程序，因此体积较大。 
共享库的代码是在可执行程序运行时才载入内存的，在编译过程中仅简单的引用，因此代码体积较小。

静态链接库和动态链接库的区别在于，主程序在运行前，静态链接库的链接固定写入在程序中，而动态链接库则是在每次程序运行再加载链接。

2、库存在的意义 
库是别人写好的现有的，成熟的，可以复用的代码，你可以使用但要记得遵守许可协议。 
现实中每个程序都要依赖很多基础的底层库，不可能每个人的代码都从零开始，因此库的存在意义非同寻常。 
共享库的好处是，不同的应用程序如果调用相同的库，那么在内存里只需要有一份该共享库的实例。

3.静态库 
Step 1.由源文件编译生成一堆.o，每个.o里都包含这个编译单元的符号表 
Step 2.ar命令将很多.o转换成.a，成为静态库

静态链接库 libcool.a 遵从 GNU/Linux 规定的静态链接库命名规范，必须是”libyour_library_name.a”

动态库的后缀是.so，它由gcc加特定参数编译产生。 
4、动态库

在 GNU/Linux 中动态链接文件，必需通过链接器 ld 生成。假设我们有 hot.c other.c 等文件要生成动态链接库 libhot.so 。首先使用如下指令得到相应的 object 文件 hot.o 和 other.o 
gcc -fPIC -c hot.c 
gcc -fPIC -c other.c 
参数 -fPIC 指定生成的 object 文件为位置无关代码（posiTIon-independence code），只有 PIC 可以被用作生成动态链接库。然后使用如下指令得到动态库：

ld -Bshared -o libhot.so hot.o other.o 
或者可以使用编译器的ld wrapper： 
gcc -shared -o libhot.so hot.o other.o 
也可以使用编译器直接生成动态库： 
gcc -fPIC -shared -o libhot.so hot.c other.c 
这里选项 -shared 指示目标文件的类型是动态链接库，动态库的命名规范是”libyour_library_name.so”

linux *** 作系统中， 
1.和静态库类似，动态库文件也是一些目标文件(后缀名为.o)的集合体而已。 
2.动态库的后缀名是.so，对应于windows *** 作系统的后缀名为.dll的动态库。 
3.可以使用gcc命令来创建一个动态库文件。 
来看一个实例，和静态库的代码实际是一样的。先看看可以编译成库文件的源文件中的代码：

/* test.c */ int f() { return 3; }

1

2

3

4

5

代码非常简单。我们敲入下列命令：

gcc -c -fPIC test.cgcc -shared -fPIC -o libtest.so test.o

1

2

会在当前目录下生成一个libtest.so动态库文件。再看如何使用这个库。看如下代码：

/* app.c */ #include extern int f(); int main() { printf(“return value is %d ”,f()); return 0; }

1

2

3

4

5

6

7

8

敲入如下命令：

gcc –c app.cgcc -o app app.o -L. –ltest

1

2

敲命令的时候要记得将libtest.a文件和生成的app.o文件放在同一个目录(即当前目录)下。这样，敲入命令后，会在当前目录下生成一个名为app的可执行文件。但是当我们执行./app命令，来执行这个可执行文件时，却提示如下错误：

这就奇怪了，libtest.so文件明明就在当前目录下，为什么会提示找不到呢?  原来linux和windows的机制是不同的，它不会在当前目录下寻找动态连接库文件，它只会在标准路径下寻找。(The system searches only /lib and /usr/lib, by default.)。我们可以使用一个命令，使得 *** 作系统去我们指定的路径下面去寻找。假设libtest.so文件所在的目录是/root/Desktop/aabb，那么执行命令

export LD_LIBRARY_PATH=/root/Desktop/aabb

1

后，再执行./app，我们发现，程序就正常运行了。

在加载动态链接库的时候，有可能会遇到加载不到的错误，原因在于系统默认加载的动态链接库路径里没有找到你的动态库，有三种解决方法：

1.在执行gcc main.c -L. -ltest -o main 前，执行 export LD_LIBRARY_PATH=$(pwd)

2.将其添加到/etc/ld.so.cache文件中。将你so所在的目录写到/etc/ld.so.conf文件里，然后执行ldconfig该命令会重建/etc/ld.so.cache文件。

3.将你的so放在/etc/ld.so.conf里的路径位置里。

Linux下的dlopen、dlsym、dlclose 相当于windows平台的LoadLibrary、GetProcAddress 、FreeLibrary，可以在运行时动态加载动态库，使用其中的导出函数。但是局限在于，这样仅仅能够导出全局函数，而不能导出类的方法。所以一般动态库导出C++++类实现的功能时都会设计一大堆的全局函数来包装一下。  包含头文件：

#include dlfcn.h : Linux动态库的显式调用

1

函数

void * dlopen( const char * pathname, int mode );

1

函数描述：  　　在dlopen的（）函数以指定模式打开指定的动态连接库文件，并返回一个句柄给调用进程。使用dlclose（）来卸载打开的库。  　　mode：分为这两种  　　RTLD_LAZY 暂缓决定，等有需要时再解出符号  　　RTLD_NOW 立即决定，返回前解除所有未决定的符号。

dlerror  函数定义：

void*dlsym(void* handle,const char* symbol)

1

函数描述：  dlsym根据动态链接库 *** 作句柄(handle)与符号(symbol)，返回符号对应的地址。使用这个函数不但可以获取函数地址，也可以获取变量地址。  dlclose

dlopen以指定模式打开指定的动态连接库文件，并返回一个句柄给调用进程，dlerror返回出现的错误，dlsym通过句柄和连接符名称获取函数名或者变量名，dlclose来卸载打开的库。 dlopen打开模式如下：

RTLD_LAZY 暂缓决定，等有需要时再解出符号  　　RTLD_NOW 立即决定，返回前解除所有未决定的符号。  生产动态链接库

编译参数 gcc -fPIC -shared

使用so文件的编译参数  编译选项如下：

gcc -rdynamic -o main main.c -ldl

1

选项 -rdynamic 用来通知链接器将所有符号添加到动态符号表中  （目的是能够通过使用 dlopen 来实现向后跟踪）比如日志系统，主程序里使用一套日志系统，dlopen方式打开的libso里无法使用。编译时加上这个参数，不需要增加任何代码就可以使代码通用。  使用-ldl选项指明生成的对象模块需要使用共享库