【lesson43】使用动态库和制作动态库

制作动态库

开始制作库
写库：




生成动态库的.o文件

打包.o文件

编写Makefile使上面过程自动化

发布库给别人使用。
计划创建一个output的文件夹
output文件夹内容

更改Makefile自动化发布过程。

make生成文件

make output生成发布文件夹

下面就开始使用库了

使用动态库

先将库放入usrlib中

开始使用库：

我们动静态库的名称一样，这是gcc默认使用动态库还是静态库？
测试：

生成了可执行程序，但是可执行程序不能使用。这时我们应该就可以发现gcc默认使用的是动态库，因为上节课我们如果是使用静态库的话，代码就不会出现问题。

查看动态链接信息

我们发现libhello.so没有被找到

所以gcc默认规则：有动态库优先使用动态库。
但是如果动态库存在的同时非要使用静态库呢？
也可以！
演示

查看是否有动态链接

发现确实没有。
-static：摒弃gcc默认优先使用动态库的原则，直接使用静态库

但是这里的动态链接为什么失败？
动态库的加载流程

动态库是一个独立的文件，可以和可执行程序分批加载。

多个进程同时访问一个.so文件，而我们可以不同的进程地址空间映射不同位置

那么为什么之前test找不到库呢？
我们不是告诉它库在哪里了吗？
这里的它指的是gcc
而库运行加载时与gcc无关，我们应该还要告诉OS库在哪里。

那么我们要怎么做？
法一：
直接导入LD_LIBRARY_PATH环境变量中


现在再编译运行代码

查看动态链接信息

但是环境变量的内容是暂时的，只要我们重启服务就会消失。

所以就又提供了一种方法

法二：
将路径配置进/etc/ld.so.conf.d/中
怎么做呢？
首先在/etc/ld.so.conf.d/目录下创建一个.conf文件

然后将路径配置进入其中即可

然后刷新更新

编译运行代码：

查看链接信息

上面的都太麻烦了，有没有简单的呢？
有

法三：软链接：将动态库文件和gcc默认搜索路径链接起来
先查看动态链接信息

确实没有在软链接


运行代码：

我们看见可以运行
至此结束。

为什么要有库？
站在使用库的角度：库的存在可以大大减少我们开发的周期，提高软件本身的质量。
站在写库人的角度：使用简单，不用自己一直造轮子。

最后一点就是库的代码安全，因为库是开源的经过很多人使用，也有很多人维护，只要一有问题便会暴露出来。

好的库
1.ncurese ---- 字符的界面库
2.boost ------ 准标准库