一、回顾，制作一个库

libXXX.a --- 静态链接

libYYY.so --- 动态链接

设计一个库：

 把我们提供的方法，给别人用：

1、把源文件直接给他

2、把我们的源代码打包成库 = 库 + 头文件。

原理：把所有的.o文件打包成.a文件也就是静态库文件

makefile文件里的依赖关系

静态库的发布

二、站在库的使用者的角度

1、静态库。

 指定路径找.h文件

指定路径找静态库链接

这里我们需要链接哪个库

我不想这么干该怎么办？我们可以把库软连接放到系统默认的lib目录下，库的安装：

由于gcc默认不认识第三方库。所以我们需要把库通过 -l 选项指定链接哪个库。

结论：1、第三方库，往后使用的时候，必定要用gcc -L 选项。

           2、深刻理解errno的本质。

           3、如果系统中只提供静态链接，gcc则只能对该库进行静态链接。

           4、如果系统中需要链接多个库，则gcc可以链接多个库。

ldd a.out 来查看动态链接，gcc默认是动态链接的，但是这里没有提供动态库，所以就只能静态链接。

2、动态库。

第一步：

 fPIC 与位置无关码。

第二步：打包动态库，有gcc完成，动态库就是gcc的亲儿子，gcc亲历亲为。

由于动态库必须被加载到内存中，所以系统会默认加上x权限，也就是执行权限。

编译选项和动态库的选项相同，但是在运行时会发生错误：

这是为什么呢？猜想配置环境变量，这是因为上面的选项只是让编译器可以编译我们的程序，但是编译完成后，形成的可执行程序还是找不到我们的动态库在哪里，所以我们可以直接拷到lib64目录里面，建立软连接到系统库目录下lib64。

这个问题就解决了！还有两种方法：配置echo $LD_LIBRARY_PATH 环境变量。

将自己的库所在的路径，添加到系统的环境变量LD_LIBRARY_PATH中。

添加配置文件 .bash_profile。

在ld.so.conf.d目录里面添加一个配置文件*.conf。ldconfig重新加载这个配置文件。也就是说，/etc/ld.so.conf.d 建立自己的动态库路径的配置文件，然后重新ldconfig即可。

对于我们平常的开发中，我们用的库都是别人的成熟的库，都采用直接安装到系统的方式!

动态库在进程中运行的时候是要被加载的，而静态库没有。常见的动态库被所有的可执行程序动态链接的，都要使用，动态库又称共享库。所以，动态库在系统加载之后，会被所有进程共享！那是怎么被共享的呢？

三、动态库是怎么被加载的。

结论：建立映射，从此往后，我们执行的任何代码，都是在我们的进程地址空间中执行！

事实：系统在运行中，一定会存在多个动态库，操作系统要管理起来 --- 先描述，再组织。

系统中，所有库的加载情况OS非常清楚。

共享库里面有errno全局变量，不会造成我们的进程产生干扰，写入会发生写时拷贝。

fPIC 与地址无关码？

关于地址：

程序没有加载前的地址

程序编译好之后，内部有地址的概念。平坦模式，编译器也要考虑操作系统！

这里的地址为虚拟地址或者逻辑地址

程序加载后的地址

动态库的地址

相对地址和绝对地址

动态库内部的地址使用相对地址。