linux 静态库和动态库(共享库)的制作与使用（注意覆盖问题）

Posted 2020-10-17 朝闻道

一、linux操作系统支持的函数库分支

　　静态库：libxxx.a，在编译时就将库编译进可执行程序

　　　　优点：程序的运行环境中不需要外部的函数库

　　　　缺点：可执行程序大

　　动态库：又称共享库，libxxx.so，在程序运行时将库加载到可执行程序中

　　　　优点：可执行程序小

　　　　缺点：程序的运行环境中必须提供相应的库

　　函数库目录：/lib　　/usr/lib

二、静态库的制作

　　① 生成目标文件：gcc  -c  file.c

　　② 静态库的创建命令 ar

　　　　ar  -cr  libfile.a  file.o

　　　　-c：Crete的意思

　　　　-r：replace的意思，表示当插入的模块file.o已经存在libfile.a中，则覆盖。反之ar显示一个错误信息。　　

　　③ 操作静态库的几个实例：

　　　　情况1：如果从别处得到一个静态库libunknown.a，想知道其中包含哪些模块。

　　　　　　　　命令--- ar  -t  libunknown.a

　　　　静态库的编译：gcc  -o  main  main.c  -L.  -lfile 编译main.c 就会把静态库整合到main中。

　　　　　　其中：　　

　　　　　　　　-L：指定静态函数库的位置供查找，注意L后面还有个. ，表示静态库在当前目录查找。

　　　　　　　　-l：则指定了静态库名，由于静态函数库的命名方式是lib***.a，其中lib和 .a可以忽略不写。

　　④ 示例

　　　

　　　

　　　

　　　

三、动态库的制作

　　① 生成目标文件：gcc  -c  file.c

　　② gcc  -shared  -fpic  -o  libfile.so  file.o

　　　　　-fpic：产生位置无关代码

　　　　　-shared：生成共享库

　　　　　用上述命令生成libfile.so动态函数库。

　　　　　　gcc  -o  out  main.c  -L.  -lfile

　　　　　此时还不能立即执行./out ，因为在动态函数库使用时，会默认在 /usr/lib或 /lib目录下去查找动态库，而此时我们生成的库不在里面

　　③ 示例

　　　　

　　　　

　　第一种方法：

　　　　libfile.so方到 /lib 或 /usr/lib中去

　　第二中方法： 环境变量的方法，假设libsub.so在~/Coding/libsotest

　　　　执行 export LD_LIBRARY_PATH=~/Coding/libsotest

　　　　　　 echo $LD_LIBRARY_PATH 查看路径是否添加成功

　　　　

　　第三种方法：修改sheel配置脚本

　　　　在/etc/ld.so.conf文件里加入我们生成的库目录，然后/sbin/ldconfig

　　　　/etc/ld.so.conf是一个非常重要的目录，里面存放的是链接器和加载器搜索共享库时要检查的目录，默认是从/usr/lib

　　　　或/lib 中读取，所以想要顺利运行，可以把我们库的目录加入到这个文件中并执行/sbin/ldconfig

　　　　① 打开ld.so.conf文件　　　　

　　　　　　

　　　　② 向文件中添加路径

　　　　　　

　　　　③ 用ldconfig执行sheel脚本

　　　　　　

 　　　  ④ 执行可执行程序

　　　　　　　　　　

四、静态库和动态库的大小比较

　　　　　　

　　由此可见：

　　　　　　编译成功后可执行程序，静态库比较大，因为这里代码不多，所以看不到有很大差距

http://www.cnblogs.com/jiangson/p/6077171.html