一、回顾，制作一个库
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 与地址无关码？
关于地址：
程序没有加载前的地址
程序编译好之后，内部有地址的概念。平坦模式，编译器也要考虑操作系统！
这里的地址为虚拟地址或者逻辑地址
程序加载后的地址
动态库的地址
相对地址和绝对地址
动态库内部的地址使用相对地址。
