【动态库的制作和使用】

共享库在程序编译时并不会被连接到目标代码中，而是在程序运行是才被载入。不同的应用程序如果调用相同的库，那么在内存里只需要有一份该共享库的实例，规避了空间浪费问题。

动态库在程序运行是才被载入，也解决了静态库对程序的更新、部署和发布页会带来麻烦。用户只需要更新动态库即可，增量更新。

按照习惯,一般以“.so”做为文件后缀名。共享库的命名一般分为三个部分：

• 前缀：lib

• 库名称：自己定义即可

• 后缀：.so

所以最终的动态库的名字应该为：libxxx.so

 

1）动态库制作

步骤一：生成目标文件，此时要加编译选项：-fPIC（fpic）

$ gcc -fPIC -c add.c

参数：-fPIC 创建与地址无关的编译程序（pic，position independent code），是为了能够在多个应用程序间共享。

步骤二：生成共享库，此时要加链接器选项: -shared（指定生成动态链接库）

deng@itcast:~/test/5share_lib$ gcc -shared add.o sub.o mul.o div.o -o libtest.so

步骤三: 通过nm命令查看对应的函数

$ nm libtest.so | grep add 00000000000006b0 T add

$ nm libtest.so | grep sub 00000000000006c4 T sub

ldd查看可执行文件的依赖的动态库

$ ldd test linux-vdso.so.1 => (0x00007ffcf89d4000) libtest.so => /lib/libtest.so (0x00007f81b5612000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f81b5248000) /lib64/ld-linux-x86-64.so.2 (0x00005562d0cff000)

2）动态库测试

引用动态库编译成可执行文件（跟静态库方式一样）

$ gcc test.c -L. -I. -ltest (-I. 大写i -ltest 小写L)

报错了

 

原因以及解决办法：

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

  • 对于elf格式的可执行程序，是由ld-linux.so*来完成的，它先后搜索elf文件的 DT_RPATH段 — 环境变量LD_LIBRARY_PATH — /etc/ld.so.cache文件列表 — /lib/, /usr/lib目录找到库文件后将其载入内存。

    1.拷贝到标准库 （不推荐）

  • 

     

  3）如何让系统找到动态库

  • 拷贝自己制作的共享库到/lib或者/usr/lib(不能是/lib64目录)

  • 临时设置LD_LIBRARY_PATH：

  export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:库路径

  • 永久设置,把export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:库路径，设置到~/.bashrc或者 /etc/profile文件中

    $ vim ~/.bashrc

    最后一行添加如下内容:

    export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:路径

    将其添加到 /etc/ld.so.conf文件中

    编辑/etc/ld.so.conf文件，加入库文件所在目录的路径

    运行sudo ldconfig -v，该命令会重建/etc/ld.so.cache文件

    deng@itcast:~/share/3rd/2share_test$ sudo vim /etc/ld.so.conf

    文件最后添加动态库路径(绝对路径)

    使用符号链接， 但是一定要使用绝对路径

    $ sudo ln -s /home/deng/test/6share_test/libtest.so /lib/libtest.so