【Linux】静态库和动态库

Linux——静态库和动态库

---

引入：什么是库？

提示：这里可以添加本文要记录的大概内容：

1. 库的概念：
   库是写好的，现有的，成熟的，可以复用的代码。现实中每个程序都要依赖很多基础的底层库，不可能每个人的代码都从零开始，因此库的存在意义非同寻常。

2. 库的本质：
   库是一种可执行代码的二进制形式，可以被操作系统载入内存执行。库有两种：静态库（.a、.lib）和动态库（.so、.dll）。
   （1）静态（函数）库： 一般扩展名为（.a或者.lib），这类的函数库通常扩展名为libxxxx.a或xxx.lib；
   （2）动态（函数）库： 动态函数库的扩展名一般为（.so或者.dll），这类函数库通常名为libxxxx.so或这xxx.dll；

3. 所谓静态、动态是指链接；
   回顾一下，将一个程序编译成可执行程序的步骤：
   

---

一、静态库

1. 静态库的概念

之所以称为静态库，是因为在链接阶段，会将汇编生成的目标文件.o与引用到的库一起链接打包到可执行文件中，因此对应的链接方式称为静态链接。

2. 静态库的特点

1. 引入：
   试想一下，静态库与汇编生成的目标文件一起链接为可执行文件，那么静态库必定跟.o文件格式相似。其实一个静态库可以简单看成是一组目标文件（.o/.obj文件）的集合，即很多目标文件（.o/.obj文件）经过压缩打包后形成的一个文件。

2. 静态库的特点：
   （1）静态库对函数库的链接是放在编译时期完成的。
   （2）程序在运行时与函数库再无瓜葛，移植方便。
   （3）浪费空间和资源，因为所有相关的目标文件与牵涉到的函数库被链接合成一个可执行文件。（注解：如果静态库libxx.lib更新了，所有使用它的应用程序都需要重新编译、发布给用户（对于玩家来说，只是一个很小的改动，却导致整个程序重新下载，全量更新））

3.静态的库的制作

3.1Linux静态库命名规范：

Linux静态库命名必须是lib[your_library_name].a
其中：lib为前缀，中间是静态库名，扩展名为.a

3.2 创建Linux静态库（步骤）

源代码：

1. 将.c源文件生成对应的.o文件:
   命令：gcc -c fun1.c(编译生成.o文件)

2. 使用打包工具ar将准备好的.o文件打包为.a文件:
   命令：ar rcs libfun1.a fun1.o
   

   【注意】：
   （1）Linux下使用ar工具、Windows下vs使用lib.exe，将目标文件压缩到一起，并且对其进行编号和索引，以便于查找和检索。
   （2）ar命令是gnu的归档工具，常用于将目标文件打包为静态库；
   （3）在使用ar工具是时候需要添加参数rcs：
   ♥ar命令是gnu的归档工具，常用于将目标文件打包为静态库
   ♥r更新、c创建、s建立索引命令:ar rcs静态库名.o文件
   -r(replace)：若静态库文件当中的目标文件有更新，则用新的目标文件替换旧的目标文件。
   -c(create)：建立静态库文件

3.3 使用静态库文件编译:

命令：gcc main.c -o fun1 -L./ -lfun1

-L：表示要连接的库所在目录
-l：指定链接时需要的库，编译器查找连接库时有隐含的命名规则，即在给出的名字前面加上lib，后面加上.a或.so来确定库的名称。

二、动态库

1.引入：为什么还需要动态库？

1. 静态库的缺陷：
   （1）空间浪费是静态库的一个问题。
   （2）动态库有执行权限，静态库没有；
   （3）静态库对程序的更新、部署和发布页会带来麻烦。如果静态库libxx.lib更新了，所有使用它的应用程序都需要重新编译、发布给用户（对于玩家来说，只是一个很小的改动，却导致整个程序重新下载，全量更新）；

2. 动态库的优点：

   动态库在程序编译时并不会被连接到目标代码中，而是在程序运行是才被载入。不同的应用程序如果调用相同的库，那么在内存里只需要有一份该共享库的实例，规避了空间浪费问题。动态库在程序运行时才被载入，也解决了静态库对程序的更新、部署和发布页会带来麻烦。用户只需要更新动态库即可，增量更新。

2. 动态库的特点

1. 动态库把对一些库函数的链接载入推迟到程序运行的时期。
2. 可以实现进程之间的资源共享。（因此动态库也称为共享库）
3. 将一些程序升级变得简单。
4. 甚至可以真正做到链接载入完全由程序员在程序代码中控制（显示调用）

3. Linux下创建动态库

3.1 linux动态库的命名规则

动态链接库的名字形式为 libxxx.so，前缀是lib，后缀名为“.so”。

针对于实际库文件，每个共享库都有个特殊的名字“so name”。在程序启动后，程序通过这个名字来告诉动态加载器，该载入哪个共享库。
在文件系统中，soname仅是一个链接到实际动态库的链接。对于动态库而言，每个库实际上都有另一个名字给编译器来用。它是一个指向实际库镜像文件的链接文件（lib+soname+.so）。

3.2 创建Linux动态库（步骤）

1. 生成目标文件.o，此时要加编译选项:- fPIC(fpic)
   c语言命令：gcc -fpic -c add.c sub.c

   参数:
   -fpic 创建与地址无关的编译程序(pic, position independent code)，目的就是为了能够在多个应用程序间共享.（加了该参数，生成的.o文件成为和位置无关的代码）

   1. 和位置无关：
   2. 进程：
   ① 磁盘上运行的一个应用程序，只要得到一个进程，就会得到一个对应的虚拟地址空间，在该空间中需要加载一些代码；如果是静态库：这些代码会直接打包到可执行程序中，因此静态库中的代码会直接放到代码区；如果使用动态库：哪些空间的代码不会放到代码区，会放到一个动态库加载区，动态加载区的代码是随着程序的运行并且当调用带动态库中的函数的时候才会把该代码加载到使用的位置；
   ②在不同进程中，调用库文件，对应的地址都是不一样的，加了fpic之后调用库函数时对应的代码在虚拟地址空间中使用的是一个相对地址，如果是静态库，代码对应的地址都是绝对地址（在编译的时候已经打包，地址都是不变的，只能拿去直接使用），动态库使用的都是相对地址。

2. 生成共享库，此时要加链接器选项:- shared指定生成动态链接库)
   c语言命令：gcc -shared add.o sub.o -o libfun2.so

   参数：
   -shared 指定生成动态链接库

   

3.3 使用动态库文件编译:

命令：gcc main.c -L./ -Ifun2 -o zx

3.4 编译后运行报错

3.4.1 错因分析

♥当执行某程序时，源文件引用到了动态库中的某个函数，在该程序最终生成的可执行程序中，不包含动态库中的任何源代码，只包含该动态库的名字和测试程序（main.c、main.o主函数）的源代码；在执行最终的可执行程序（动态库生成的zx）时，会有一部分代码（动态库中被使用到的那部分代码）加载到进程的代码区；即只有当执行/运行测试函数（主函数）并调用动态库中的相关函数（add或sub）的时候，动态库才会被加载到内存，然后在进程中加载动态库中的相关数据，因此：动态库中的代码是随用随加载，若不使用就不会加载到内存；
♥虽然在编译的时候使用了-L和-l指定l动态库路径，但是-L指定的路径并不会被记录到可执行程序中，因此，该可执行程序（zx）在执行程序时，想要加载动态库中的函数时，是找不到的，因为它只知道名字，不知道在哪里找-l对应的文件的路径。
因此，我们需要别的方式保证程序执行的时候可以加载到动态库。

**（4）

3.5 如何让系统找到共享库？

如何加载动态库？答：使用动态链接器；

3.5.1 如何查看可执行文件依赖的动态库

当系统加载可执行代码时候，能够知道其所依赖的库的名字，但是还需要知道所依赖的库的绝对路径。此时就需要系统动态载入器(dynamic linker/loader)。

ldd命令可以查看可执行文件依赖的库文件，执行ldd zx，可以发现libfun2.so找不到.

3.5.2 动态链接器

动态链接器是一个独立于应用程序的进程，属于操作系统，当用户的程序需要加载动态库的时候动态连接器就开始工作了,很显然动态连接器根本就不知道用户通过gcc编译程序的时候通过参数-L 指定的路径。

那么动态链接器是如何搜索某一个动态库的呢，在它内部有一个默认的搜索顺序，按照优先级从高到低的顺序分别是:

1.可执行文件内部的DT_RPATH段
2.系统的环境变量LD_LIBRARY_PATH
3.系统动态库的缓存文件/etc/ld.so.cache
4.存储动态库/静态库的系统目录/1ib/，/usr/lib等

3.5.3 解决方案

1. 自己制作的共享库到/lib或者/usr/lib
2. 临时设置LD_LIBRARY_PATH:
   命令：export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:库路径
3. 永久设置:
   把export LD_LIBRARY_PATH=＄LD_LIBRARY_PATH:库路径，设署到~/.bashrc文件中，然后在执行下列三种办法之一:
   (1)执行~/bashrc使配置文件生效(第一个后面有一个空格)
   (2)执行source~/bashrc配置文件生效
   (3)退出当前终端，然后再次登陆也可以使配置文件生效
4. 永久设置:
   把export LD_LIBRARY_PATH=＄LD_LIBRARY_PATH库路径，设置到/etc/profile文件中
5. 将其添加到/etc/1d.so.cache文件中
   (1)编辑/etc/ld.so.conf文件，加入库文件所在目录的路径
   (2)运行sudo ldconfig -v，该命令会重建/etc/ld.so.cache文件