21.5 函数库管理

• 静态函数库的特色：
• 扩展名 ：（扩展名为 .a） 这类的函数库通常扩展名为 libxxx.a 的类型；
• 编译行为 ： 这类函数库在编译的时候会直接整合到执行程序当中，所以利用静态函数库编译成的文件会比较大一些喔；
• 独立执行的状态 ： 这类函数库最大的优点，就是编译成功的可可执行文件可以独立执行，而不需要再向外部要求读取函数库的内容 （请参照动态函数库的说明）。
• 升级难易度 ： 虽然可执行文件可以独立执行，但因为函数库是直接整合到可执行文件中， 因此若函数库升级时，整个可执行文件必须要重新编译才能将新版的函数库整合到程序当中。 也就是说，在升级方面，只要函数库升级了，所有将此函数库纳入的程序都需要重新编译！
• 动态函数库的特色：
• 扩展名 ：（扩展名为 .so） 这类函数库通常扩展名为 libxxx.so 的类型；
• 编译行为 ： 动态函数库与静态函数库的编译行为差异挺大的。 与静态函数库被整个捉到程序中不同的，动态函数库在编译的时候，在程序里面只有一个“指向 （Pointer）”的位置而已。也就是说，动态函数库的内容并没有被整合到可执行文件当中，而是当可执行文件要使用到函数库的机制时， 程序才会去读取函数库来使用。由于可执行文件当中仅具有指向动态函数库所在的指标而已， 并不包含函数库的内容，所以他的文件会比较小一点。
• 独立执行的状态 ： 这类型的函数库所编译出来的程序不能被独立执行， 因为当我们使用到函数库的机制时，程序才会去读取函数库，所以函数库文件“必须要存在”才行，而且，函数库的“所在目录也不能改变”，因为我们的可可执行文件里面仅有“指标”亦即当要取用该动态函数库时， 程序会主动去某个路径下读取，呵呵！所以动态函数库可不能随意移动或删除，会影响很多相依的程序软件喔！
• 升级难易度 ： 虽然这类型的可执行文件无法独立运行，然而由于是具有指向的功能， 所以，当函数库升级后，可执行文件根本不需要进行重新编译的行为，因为可执行文件会直接指向新的函数库文件 （前提是函数库新旧版本的文件名相同喔！）。

1. 首先，我们必须要在 /etc/ld.so.conf 里面写下“ 想要读入高速缓存内存当中的动态函数库所在的目录”，注意喔， 是目录而不是文件；
2. 接下来则是利用 ldconfig 这个可执行文件将 /etc/ld.so.conf 的数据读入高速缓存当中；
3. 同时也将数据记录一份在 /etc/ld.so.cache 这个文件当中呐！

[[email protected] ~]# ldconfig [-f conf] [ -C cache]
[[email protected] ~]# ldconfig [-p]
选项与参数：
-f conf ：那个 conf 指的是某个文件名称，也就是说，使用 conf 作为 libarary 
      函数库的取得路径，而不以 /etc/ld.so.conf 为默认值
-C cache：那个 cache 指的是某个文件名称，也就是说，使用 cache 作为高速缓存暂存
      的函数库数据，而不以 /etc/ld.so.cache 为默认值
-p    ：列出目前有的所有函数库数据内容 （在 /etc/ld.so.cache 内的数据！）
范例一：假设我的 Mariadb 数据库函数库在 /usr/lib64/mysql 当中，如何读进 cache ？
[[email protected] ~]# vim /etc/ld.so.conf.d/vbird.conf
/usr/lib64/mysql   <==这一行新增的啦！
[[email protected] ~]# ldconfig  <==画面上不会显示任何的信息，不要太紧张！正常的！
[[email protected] ~]# ldconfig -p
924 libs found in cache `/etc/ld.so.cache'
        p11-kit-trust.so （libc6,x86-64） => /lib64/p11-kit-trust.so
        libzapojit-0.0.so.0 （libc6,x86-64） => /lib64/libzapojit-0.0.so.0
....（下面省略）....
#       函数库名称 => 该函数库实际路径

[[email protected] ~]# ldd [-vdr] [filename]
选项与参数：
-v ：列出所有内容信息；
-d ：重新将数据有遗失的 link 点秀出来！
-r ：将 ELF 有关的错误内容秀出来！
范例一：找出 /usr/bin/passwd 这个文件的函数库数据
[[email protected] ~]# ldd /usr/bin/passwd
....（前面省略）....
        libpam.so.0 => /lib64/libpam.so.0 （0x00007f5e683dd000）            <==PAM 模块
        libpam_misc.so.0 => /lib64/libpam_misc.so.0 （0x00007f5e681d8000）
        libaudit.so.1 => /lib64/libaudit.so.1 （0x00007f5e67fb1000）        <==SELinux
        libselinux.so.1 => /lib64/libselinux.so.1 （0x00007f5e67d8c000）    <==SELinux
....（下面省略）....
# 我们前言的部分不是一直提到 passwd 有使用到 pam 的模块吗！怎么知道？
# 利用 ldd 察看一下这个文件，看到 libpam.so 了吧？这就是 pam 提供的函数库
范例二：找出 /lib64/libc.so.6 这个函数的相关其他函数库！
[[email protected] ~]# ldd -v /lib64/libc.so.6
        /lib64/ld-linux-x86-64.so.2 （0x00007f7acc68f000）
        linux-vdso.so.1 =>  （0x00007fffa975b000）
        Version information:  <==使用 -v 选项，增加显示其他版本信息！
        /lib64/libc.so.6:
                ld-linux-x86-64.so.2 （GLIBC_2.3） => /lib64/ld-linux-x86-64.so.2
                ld-linux-x86-64.so.2 （GLIBC_PRIVATE） => /lib64/ld-linux-x86-64.so.2