linux下动态库so文件的一些认识

转自:http://mypyg.iteye.com/blog/845915

个人创作,欢迎指错。 
牵扯到ELF格式,gcc编译选项待补,简单实用的说明一下,对Linux下的so文件有个实际性的认识。 
1.so文件是什么? 
2.怎么生成以及使用一个so动态库文件? 
3.地址空间,以及线程安全. 
4.库的初始化,解析: 
5.使用我们自己库里的函数替换系统函数: 
//------------------------------------------------------------------------------- 
1.so文件是什么? 
也是ELF格式文件,共享库(动态库),类似于DLL。节约资源,加快速度,代码升级简化。 
知道这么多就够了,实用主义。等有了印象再研究原理。 
2.怎么生成以及使用一个so动态库文件? 
先写一个C文件:s.c

C代码  

  1. #include <stdio.h>
  2. int count;
  3. void out_msg(const char *m)
  4. {//2秒钟输出1次信息,并计数
  5. for(;;) {printf("%s %d\n", m, ++count); sleep(2);}
  6. }

编译:得到输出文件libs.o 
gcc -fPIC -g -c s.c -o libs.o 
  
链接:得到输出文件libs.so 
gcc -g -shared -Wl,-soname,libs.so -o libs.so libs.o -lc

一个头文件:s.h

C代码  

  1. #ifndef _MY_SO_HEADER_
  2. #define _MY_SO_HEADER_
  3. void out_msg(const char *m);
  4. #endif

再来一个C文件来引用这个库中的函数:ts.c

C代码  

  1. #include <stdio.h>
  2. #include "s.h"
  3. int main(int argc, char** argv)
  4. {
  5. printf("TS Main\n");
  6. out_msg("TS ");
  7. sleep(5);  //这句话可以注释掉,在第4节的时候打开就可以。
  8. printf("TS Quit\n");
  9. }

编译链接这个文件:得到输出文件ts 
gcc -g ts.c -o ts -L. -ls

执行./ts,嗯:成功了。。。还差点 
得到了ts:error while loading shared libraries: libs.so: cannot open shared object file: No such file or directory 
系统不能找到我们自己定义的libs.so,那么告诉他,修改变量LD_LIBRARY_PATH,为了方便,写个脚本:e(文件名就叫e,懒得弄长了) 
#!/bin/sh 
export LD_LIBRARY_PATH=${pwd}:${LD_LIBRARY_PATH} 
./ts 
执行:./e & 
屏幕上就开始不停有信息输出了,当然TS Quit你是看不到的,前面是个死循环,后面会用到这句 
3.地址空间,以及线程安全: 
如果这样: 
./e &开始执行后,稍微等待一下然后再 ./e&, 
这个时候屏幕信息会怎么样呢?全局变量count会怎么变化? 
会是两个进程交叉输出信息,并且各自的count互不干扰,虽然他们引用了同一个so文件。 
也就是说只有代码是否线程安全一说,没有代码是否是进程安全这一说法。 
4.库的初始化,解析: 
windows下的动态库加载,卸载都会有初始化函数以及卸载函数来完成库的初始化以及资源回收,linux当然也可以实现。 
ELF文件本身执行时就会执行一个_init()函数以及_fini()函数来完成这个,我们只要把自己的函数能让系统在这个时候执行 
就可以了。 
修改我们前面的s.c文件:

C代码  

  1. #include <stdio.h>
  2. void my_init(void) __attribute__((constructor)); //告诉gcc把这个函数扔到init section
  3. void my_fini(void) __attribute__((destructor));  //告诉gcc把这个函数扔到fini section
  4. void out_msg(const char *m)
  5. {
  6. printf(" Ok!\n");
  7. }
  8. int i; //仍然是个计数器
  9. void my_init(void)
  10. {
  11. printf("Init ... ... %d\n", ++i);
  12. }
  13. void my_fini(void)
  14. {
  15. printf("Fini ... ... %d\n", ++i);
  16. }

重新制作 libs.so,ts本是不用重新编译了,代码维护升级方便很多。 
然后执行: ./e & 
可以看到屏幕输出:(不完整信息,只是顺序一样) 
Init 
Main 
OK 
Quit 
Fini 
可以看到我们自己定义的初始化函数以及解析函数都被执行了,而且是在最前面以及最后面。 
如果s.c中的sleep(5)没有注释掉,那么有机会: 
./e& 
./e&连续执行两次,那么初始化函数和解析函数也会执行两次,虽然系统只加载了一次libs.so。 
如果sleep时候kill 掉后台进程,那么解析函数不会被执行。 
5.使用我们自己库里的函数替换系统函数: 
创建一个新的文件b.c:我们要替换系统函数malloc以及free(可以自己写个内存泄露检测工具了)

C代码  

  1. #include <stdio.h>
  2. void* malloc(int size)
  3. {
  4. printf("My malloc\n");
  5. return NULL;
  6. }
  7. void free(void* ad)
  8. {
  9. printf("My free\n");
  10. }

老规矩,编译链接成一个so文件:得到libb.so 
gcc -fPIC -g -c b.c -o libb.o 
gcc -g -shared -Wl,-soname,libb.so -o libb.so -lc 
修改s.c:重新生成libs.so

C代码  

  1. void out_msg()
  2. {
  3. int *p;
  4. p = (int*)malloc(100);
  5. free(p);
  6. printf("Stop Ok!\n");
  7. }

修改脚本文件e: 
#!/bin/sh 
export LD_PRELOAD=${pwd}libb.so:${LD_PRELOAD} 
export LD_LIBRARY_PATH=${pwd}:${LD_LIBRARY_PATH} 
./ts 
关键就在LD_PRELOAD上了,这个路径指定的so将在所有的so之前加载,并且符号会覆盖后面加载的so文件中的符号。如果可执行文件的权限不合适(SID),这个变量会被忽略。 
执行:./e & 
嗯,可以看到我们的malloc,free工作了。 
暂时就想到这么多了。

时间: 2024-08-28 07:55:32

linux下动态库so文件的一些认识的相关文章

【linux】linux下动态库so文件的一些认识

来源:http://mypyg.iteye.com/blog/845915 so其实就是shared object的意思.今天看了上面的博客,感觉好吃力.赶紧做个笔记记录一下.下面的内容大多都是连接中的,穿插我自己的笔记 牵扯到ELF格式,gcc编译选项待补,简单实用的说明一下,对Linux下的so文件有个实际性的认识. 1.so文件是什么? 2.怎么生成以及使用一个so动态库文件? 3.地址空间,以及线程安全. 4.库的初始化,解析: 5.使用我们自己库里的函数替换系统函数: 1.so文件是什

谈谈Linux下动态库查找路径的问题 ldconfig LD_LIBRARY_PATH PKG_CONFIG_PATH

谈谈Linux下动态库查找路径的问题 ldconfig LD_LIBRARY_PATH  PKG_CONFIG_PATH 转载自:http://blog.chinaunix.net/xmlrpc.php?r=blog/article&uid=23069658&id=4028681 学习到了一个阶段之后,就需要不断的总结.沉淀.清零,然后才能继续“上路”.回想起自己当年刚接触Linux时,不管是用源码包编译程序,还是程序运行时出现的和动态库的各种恩恩怨怨,心里那真叫一个难受.那时候脑袋里曾经

linux下动态库的编写和调用

linux下动态库的编写和调用 linux下编写和调用一个简单的动态库大概分为以下几个步骤: - 创建动态库程序文件 add.c int add(int a,int b) { return a+b; } 创建引用头文件 head.c #ifndef _HEAD_ #define _HEAD_ int add(int a,int b); #endif 生成目标文件 生成要加编译器选项 -fpic gcc -fpic -c add.c 然后生成动态库 注意使用链接器选项 -shared gcc -s

Linux下动态库生成和使用

Linux下动态库生成和使用 一.动态库的基本概念 1.动态链接库是程序运行时加载的库,当动态链接库正确安装后,所有的程序都可以使用动态库来运行程序.动态链接库是目标文件的集合,目标文件在动态链接库中的组织方式是按照特殊方式形成的.库中函数和变量的地址是相对地址,不是绝对地址,其真实地址在调用动态库的程序加载时形成. 2.动态链接库的名称有别名(soname), 真名(realname)和链接名(linker name).别名由一个前缀lib,然后是库的名字,再加上一个后缀“.so”构成.真名是

[转]谈谈Linux下动态库查找路径的问题

http://blog.chinaunix.net/uid-23069658-id-4028681.html 学习到了一个阶段之后,就需要不断的总结.沉淀.清零,然后才能继续“上路”.回想起自己当年刚接触Linux时,不管是用源码包编译程序,还是程序运行时出现的和动态库的各种恩恩怨怨,心里那真叫一个难受.那时候脑袋里曾经也犯过嘀咕,为啥Linux不弄成windows那样呢,装个软件那个麻烦不说,连运行软件都这么恼火呢?如果那样的话就不叫Linux了.借用小米公司CEO雷军一句话:小米,为发烧而生

转:谈谈Linux下动态库查找路径的问题

http://blog.chinaunix.net/uid-23069658-id-4028681.html 学习到了一个阶段之后,就需要不断的总结.沉淀.清零,然后才能继续"上路".回想起自己当年刚接触Linux时,不管是用源码包编译程序,还是程序运行时出现的和动态库的各种恩恩怨怨,心里那真叫一个难受.那时候脑袋里曾经也犯过嘀咕,为啥Linux不弄成windows那样呢,装个软件那个麻烦不说,连运行软件都这么恼火呢?如果那样的话就不叫Linux了.借用小米公司CEO雷军一句话:小米,

Linux下动态库的使用

[简介] linux环境下的动态库一般名为libxxx.so, 用ldd命令分析某个可执行程序,可以看到该程序依赖哪些动态库,以及路径. 如 ldd ./test linux-vdso.so.1 =>  (0x00007fffaab52000) libc.so.6 => /lib64/libc.so.6 (0x0000003c4c800000) /lib64/ld-linux-x86-64.so.2 (0x0000003c4c000000) 如果有依赖库找不到,程序会无法正常运行. [创建一个

Linux下动态库和静态库的编译和链接

1.动态库:Linux中动态库的后缀名为.so 第二步:gcc -shared (C文件名.c) -o (lib动态库名.so) 创建一个.so文件,因为是64位的系统,不兼容,会报错 应该在指令前加-fpic 即gcc -fpic -shared (C文件名.c) -o (lib动态库名.so) 第三步:gcc () -(l库文件名无后缀) -L. -o (编译后的c文件名) -L.告诉系统文件库为当前目录 第四步:进入root模式,export LD_LIBRARY_PATH=.:$LD_L

LINUX总结第13篇:LINUX下动态库及版本号控制

感觉讲得挺详细 注: ln 命令用法 ln –s 源文件 目标文件 (目标文件即为软链接文件) 可用ls -l查看软链接文件具体指向哪个文件 目录[-] 1. File libhello.c 2. File libhello.h 3. File main.c 前言 针对同一动态组件的不同版本链接和加载. 一.概念                  DLL HELL字面意思是DLL"灾难",是由于com组件(动态库)升级引起的程序不能运行的情况.        原因         有三