linux静态库加载顺序,Linux之静态库,动态库,动态加载库

一. 静态库

静态库是.o文件的集合,一般通过ar工具使用-rsv将所有的.o文件打包为libXXXX.a的格式. 在生成可执行文件时,使用ld工具对libXXXX.o进行链接。静态库,只是在程序链接的时候起作用,程序在运行时将脱离静态库。这是因为静态库的代码和数据已经集成到最终的可执行程序中了。其缺点就是最终生成的可执行文件占用的空间比较大,而且当库更新后,程序需要进行重新链接。这增加了程序升级的复杂性。

以下为3个源文件1.c,2.c以及3.c:

[lichao@sg01 a]$ cat 1.c

#include

int func1()

{

printf("calling func1...\n");

return 0;

}

[lichao@sg01 a]$ cat 2.c

#include

void func2()

{

printf("calling func2...\n");

}

[lichao@sg01 a]$ cat main.c

#include

int main()

{

func1();

func2();

return 0;

}具体的静态库操作演示如下:

[lichao@sg01 a]$ ls

1.c 2.c main.c

[lichao@sg01 a]$ gcc -c 1.c 2.c main.c

[lichao@sg01 a]$ ls

1.c 1.o 2.c 2.o main.c main.o

[lichao@sg01 a]$ ar -rsv libprint.a 1.o 2.o

ar: creating libprint.a

a - 1.o

a - 2.o

[lichao@sg01 a]$ gcc -o main main.o -L. -lprint

[lichao@sg01 a]$ ./main

calling func1...

calling func2...

[lichao@sg01 a]$ gcc -o main main.o libprint.a

[lichao@sg01 a]$ ./main

calling func1...

calling func2...在使用静态库生成可执行程序时,有两种方法:

如果静态库的名字是约定俗称的以“lib”开头并且以“a”为后缀,则可以用-L指示搜索的位置,用-lname来表示libname.a

如果静态库的名字不符合约定俗称的名字规范,则可以直接将静态库的名字写在可执行文件和-L选项的后面

注意:-l是连接器选项,所以应该放在所有目标文件的后面

二. 动态库

动态库的目的就是为了消除静态库的这两个缺点。动态库也可以理解为共享库,通常的后缀为so(shared object). 在程序链接的过程中,并不像静态库那样需要把数据和代码拷贝到最终的可执行程序文件中,而只是在程序文件的某个区域中做一些标记。具体的说,链接器在链接的过程中,会在指定的动态库中搜索、解析被主程序调用的函数和引用的数据,如果找到对应的符号信息,则在主程序的XCOFF头结构的loader区域中,建立包含引用的动态库的映射信息。在主程序的执行阶段,系统的相关模块会读取定义在主程序XCOFF头结构loader区域中的相关信息,查找并加载相关的动态库。当所有引用的动态库加载到内存后,程序才开始执行。

动态共享库的名字一般有三种,分别是linker-name, so-name, real-name.以下面的so为例:

lrwxrwxrwx 1 root root     20 2008-05-25 13:54 libncurses.so -> /lib/libncurses.so.5

lrwxrwxrwx 1 root root     13 2008-05-26 15:18 libncurses.so.5 -> libtermcap.so

其中,libncurses.so为linker-name,因为在编译时实际用的名字。libncurses.so.5是so-name,so-name通常还包含主版本号(5),副版本号和发行号.libtermcap.so是real-name,即实际保存数据和代码的库.

在执行一个可执行的二进制ELF文件时,一个特殊的程序“程序装载器”会被自动装载并执行。在Linux中这个装载器就是/lib/ld-linux.so.X(X是版本号). 装载器会首先查找应用程序所依赖的所有的共享库。而这些查找的目录就保存在文件/etc/ld.so.conf文件中.为了加速这个查找和搜索过程,可以使用ldconfig命令,它缺省时读取/etc/ld.so.conf文件,将所有的动态共享库按照一定的规则建立符号链接,然后将这些信息写入/etc/ld.so.cache这个文件中.正是/etc/ld.so.cache这个文件的存在大大加快了程序的启动速度。还可以使用LD_LIBRARY_PATH这个环境变量来设置ld的装载目录,这样装载器就会先搜索LD_LIBRARY_PATH指定的目录,然后再搜索目录的路径. 如果这种方式也不使用的话,可以使用--library-path将搜索的目录传给装载器,具体格式如下:

/lib/ld-linux-so.2 --library-path PATH EXECUTABLE

构成动态共享库(.so)的目标文件(.o)需要使用-fpic参数来生成,典型的用法是:

gcc -fpic -c xxx.c

生成动态共享库的语法格式为:

gcc -shared -Wl,soname,target_so_name.so -o library_so_name library_list

以下三个文件为实验的源文件:1.c 2.c 3.c

[lichao@sg01 so]$ ls -llrt

total 12

-rw-rw-r-- 1 lichao lichao 65 Mar 28 21:27 main.c

-rw-rw-r-- 1 lichao lichao 67 Mar 28 21:27 2.c

-rw-rw-r-- 1 lichao lichao 76 Mar 28 21:27 1.c

[lichao@sg01 so]$ gcc -fpic -c 1.c 2.c

[lichao@sg01 so]$ gcc -c main.c

[lichao@sg01 so]$ gcc -shared -Wl,-soname,libprint.so -o libprint.so.0.0.1 1.o 2.o

[lichao@sg01 so]$ ls

1.c 1.o 2.c 2.o libprint.so.0.0.1 main.c main.o

[lichao@sg01 so]$ gcc -o main main.o libprint.so.0.0.1

[lichao@sg01 so]$ ./main

./main: error while loading shared libraries: libprint.so: cannot open shared object file: No such file or directory

[lichao@sg01 so]$ su root

Password:

[root@sg01 so]# cp libprint.so.0.0.1 /usr/local/lib

[root@sg01 so]# exit

exit

[lichao@sg01 so]$ ./main

./main: error while loading shared libraries: libprint.so: cannot open shared object file: No such file or directory单纯这样将SO文件拷贝到库中是不行的,因为库搜索的时候是按照libprint.so去搜索的。需要在这里再建立一个链接到libprint.so.0.0.1的符号链接文件。操作如下:

[lichao@sg01 so]$ su root

Password:

[root@sg01 so]# cd /usr/local/lib

[root@sg01 lib]# ln -s libprint.so.0.0.1 libprint.so

[root@sg01 lib]# ls -llrt

total 142212

....

-rwxr-xr-x 1 root root 6067 Mar 28 21:49 libprint.so.0.0.1

lrwxrwxrwx 1 root root 17 Mar 28 21:51 libprint.so -> libprint.so.0.0.1

[root@sg01 lib]# exit

exit

[lichao@sg01 so]$ ./main

calling func1...

calling func2...这样就可以了,如果不用做版本维护的话,可以使用更简单的操作:

[lichao@sg01 so]$ ls

1.c 2.c main.c

[lichao@sg01 so]$ gcc -fpic -shared -o libprint.so 1.c 2.c

[lichao@sg01 so]$ ls

1.c 2.c libprint.so main.c

[lichao@sg01 so]$ su root

Password:

[root@sg01 so]# cp libprint.so /usr/local/lib

[root@sg01 so]# exit

exit

[lichao@sg01 so]$ gcc -o main main.c -L. -lprint

[lichao@sg01 so]$ ./main

calling func1...

calling func2...

三. 动态加载库

动态加载库和动态共享库的区别不大,主要是利用操作系统提供的接口函数完成对动态库的加载和使用。普通的动态共享库是由操作系统在执行可执行程序之前由加载器负责加载完成的。动态加载库提供了更高的灵活性,这对于编写插件式或者模块式的大型框架是非常有用的。

系统提供的三个接口函数分别为:dlopen,dlerror,dlsym,dlclose。这四个接口的说明如下:

(1) dlopen

函数原型:void *dlopen(const char *libname,int flag);

功能描述:dlopen必须在dlerror,dlsym和dlclose之前调用,表示要将库装载到内存,准备使用。如果要装载的库依赖于其它库,必须首先装载依赖库。如果dlopen操作失

败,返回NULL值;如果库已经被装载过,则dlopen会返回同样的句柄。参数中的libname一般是库的全路径,这样dlopen会直接装载该文件;如果只是指定了库

名称,在dlopen

在查找库的过程中会按照如下路径进行搜索:

a.根据环境变量LD_LIBRARY_PATH查找

b.根据/etc/ld.so.cache查找

c.查找依次在/lib和/usr/lib目录查找。

flag参数表示处理未定义函数的方式,可以使用RTLD_LAZY或RTLD_NOW。RTLD_LAZY表示暂时不去处理未定义函数,先把库装载到内存,等用到没定义的函数

再说;RTLD_NOW表示马上检查是否存在未定义的函数,若存在,则dlopen以失败告终。

(2) dlerror

函数原型:char *dlerror(void);

功能描述:dlerror可以获得最近一次dlopen,dlsym或dlclose操作的错误信息,返回NULL表示无错误。dlerror在返回错误信息的同时,也会清除错误信息。

(3) dlsym

函数原型:void *dlsym(void *handle,const char *symbol);

功能描述:在dlopen之后,库被装载到内存。dlsym可以获得指定函数(symbol)在内存中的位置(指针)。如果找不到指定函数,则dlsym会返回NULL值。但判断函数是否存在最好的方法是使用dlerror函数,

(4) dlclose

函数原型:int dlclose(void *);

功能描述:将已经装载的库句柄减一,如果句柄减至零,则该库会被卸载。如果存在析构函数,则在dlclose之后,析构函数会被调用。

演示的源代码如下:

[lichao@sg01 dynamic_load]$ cat 1.c

#include

int func1()

{

printf("calling func1...\n");

return 0;

}

[lichao@sg01 dynamic_load]$ cat 2.c

#include

void func2()

{

printf("calling func2...\n");

}

[lichao@sg01 dynamic_load]$ cat main.c

#include

#include

#include

int main()

{

void * handle;

void (*func)();

handle=dlopen("/usr/local/lib/libmyso.so",RTLD_NOW);

if(handle == NULL) {

fprintf(stdout,dlerror());

exit(-1);

}

func=dlsym(handle,"func1");

if(func == NULL){

fprintf(stdout,dlerror());

exit(-2);

}

func();

func=dlsym(handle,"func2");

if(func == NULL) {

fprintf(stdout,dlerror());

exit(-3);

}

func();

return 0;

}演示结果如下:

[lichao@sg01 dynamic_load]$ ls

1.c 2.c main.c

[lichao@sg01 dynamic_load]$ gcc -fpic -shared -o libmyso.so 1.c 2.c

[lichao@sg01 dynamic_load]$ ls

1.c 2.c libmyso.so main.c

[lichao@sg01 dynamic_load]$ su root

Password:

[root@sg01 dynamic_load]# cp libmyso.so /usr/local/lib

cp: overwrite `/usr/local/lib/libmyso.so'? y

[root@sg01 dynamic_load]# exit

exit

[lichao@sg01 dynamic_load]$ gcc -o main main.c -ldl

[lichao@sg01 dynamic_load]$ ./main

calling func1...

calling func2...

内容概要:本文档详细介绍了在三台CentOS 7服务器(IP地址分别为192.168.0.157、192.168.0.158和192.168.0.159)上安装和配置Hadoop、Flink及其他大数据组件(如Hive、MySQL、Sqoop、Kafka、Zookeeper、HBase、Spark、Scala)的具体步骤。首先,文档说明了环境准备,包括配置主机名映射、SSH免密登录、JDK安装等。接着,详细描述了Hadoop集群的安装配置,包括SSH免密登录、JDK配置、Hadoop环境变量设置、HDFS和YARN配置文件修改、集群启动与测试。随后,依次介绍了MySQL、Hive、Sqoop、Kafka、Zookeeper、HBase、Spark、Scala和Flink的安装配置过程,包括解压、环境变量配置、配置文件修改、服务启动等关键步骤。最后,文档提供了每个组件的基本测试方法,确保安装成功。 适合人群:具备一定Linux基础和大数据组件基础知识的运维人员、大数据开发工程师以及系统管理员。 使用场景及目标:①为大数据平台建提供详细的安装指南,确保各组件能够顺利安装和配置;②帮助技术人员快速掌握Hadoop、Flink等大数据组件的安装与配置,提升工作效率;③适用于企业级大数据平台的建与维护,确保集群稳定运行。 其他说明:本文档不仅提供了详细的安装步骤,还涵盖了常见的配置项解释和故障排查建议。建议读者在安装过程中仔细阅读每一步骤,并根据实际情况调整配置参数。此外,文档中的命令和配置文件路径均为示例,实际操作时需根据具体环境进行适当修改。
在无线通信领域,天线阵列设计对于信号传播方向和覆盖范围的优化至关重要。本题要求设计一个广播电台的天线布局,形成特定的水平面波瓣图,即在东北方向实现最大辐射强度,在正东到正北的90°范围内辐射衰减最小且无零点;而在其余270°范围内允许出现零点,且正西和西南方向必须为零。为此,设计了一个由4个铅垂铁塔组成的阵列,各铁塔上的电流幅度相等,相位关系可自由调整,几何布置和间距不受限制。设计过程如下: 第一步:构建初级波瓣图 选取南北方向上的两个点源,间距为0.2λ(λ为电磁波波长),形成一个端射阵。通过调整相位差,使正南方向的辐射为零,计算得到初始相位差δ=252°。为了满足西南方向零辐射的要求,整体相位再偏移45°,得到初级波瓣图的表达式为E1=cos(36°cos(φ+45°)+126°)。 第二步:构建次级波瓣图 再选取一个点源位于正北方向,另一个点源位于西南方向,间距为0.4λ。调整相位差使西南方向的辐射为零,计算得到相位差δ=280°。同样整体偏移45°,得到次级波瓣图的表达式为E2=cos(72°cos(φ+45°)+140°)。 最终组合: 将初级波瓣图E1和次级波瓣图E2相乘,得到总阵的波瓣图E=E1×E2=cos(36°cos(φ+45°)+126°)×cos(72°cos(φ+45°)+140°)。通过编程实现计算并绘制波瓣图,可以看到三个阶段的波瓣图分别对应初级波瓣、次级波瓣和总波瓣,最终得到满足广播电台需求的总波瓣图。实验代码使用MATLAB编写,利用polar函数在极坐标下绘制波瓣图,并通过subplot分块显示不同阶段的波瓣图。这种设计方法体现了天线阵列设计的基本原理,即通过调整天线间的相对位置和相位关系,控制电磁波的辐射方向和强度,以满足特定的覆盖需求。这种设计在雷达、卫星通信和移动通信基站等无线通信系统中得到了广泛应用。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值