Linux 程序 动态库 静态库依赖关系

Linux 程序 动态库 静态库依赖关系,在执行程序的时候,已经比较熟悉了,但是在编译过程中,一直还有点疑问。

比如:

1、app 依赖 动态库A,动态库A依赖静态库B

2、app 依赖 动态库A,动态库A依赖动态库B

3、app 依赖 静态库A,静态库A依赖动态库B //这种我目前没有成功,感觉实现不了

3、app 依赖 静态库A,静态库A依赖动态库B (这种可以实现,只是在编译app的时候需要依赖AB库)

4、app 依赖 静态库A,静态库A依赖静态库B

针对情况1:

编译的时候,先编译静态库B,编译静态库B的时候,加上 -shared -fPIC参数

然后编译动态库A的时候,让动态库A依赖静态库B      //这样可以把静态库编译进动态库里面

然后编译app的时候,只依赖动态库A就可以了

程序执行的时候,app就只依赖动态库A。

注:在编译动态库A的时候,可以选择不依赖静态库B。只是这样在编译app的时候,app需要同时依赖动态库A和静态库B。且动态库必须在静态库的前面。

针对情况2:

编译的时候,分别编译动态库A和B。动态库A和B的编译顺序可以任意,两者是独立的。

编译app的时候,依赖动态库A和B。这个时候动态库A必须在动态库B的前面。比如:

gcc -o test main.c -L./ -lfun_A -lfun_B

针对情况3:

这种情况无法实现。静态库无法依赖动态库。

针对情况4:

和情况二一致。

编译的时候,分别编译静态库A和B。静态库A和B的编译顺序可以任意,两者是独立的。

编译app的时候,依赖静态库A和B。这个时候静态库A必须在动态库B的前面。比如:

gcc -o test main.c -L./ -lfun_A -lfun_B

涉及到的代码如下:

.
├── fun_1.c
├── fun_1.h
├── fun_2.c
├── fun_2.h
├── main.c
├── make_app_share_share.sh
├── make_app_share_static.sh
├── make_app_static_static.sh
└── readme.txt
注:之前说到的A和B分别对应2和1.即fun_2依赖fun_1

fun_1.c  

#include <stdio.h>

int fun1(void)
{
    printf("this is fun1.\n");
    return 0;
}

fun_1.h  

#ifndef _FUN_1_
#define _FUN_1_
int fun1(void);

#endif

fun_2.c  

#include <stdio.h>
#include "fun_1.h"

int fun2(void)
{
    printf("this is fun2.Immediately call fun1.\n");
    fun1();

    return 0;
}

fun_2.h  

#ifndef _FUN_2_
#define _FUN_2_

int fun2(void);

#endif

main.c  

#include <stdio.h>
#include "fun_2.h"

int main()
{
    printf("this is main.\n");
    fun2();

    return 0;
}

make_app_share_share.sh  

#!/bin/bash

#先编译生成动态库
gcc -o libfun_1.so fun_1.c -shared -fPIC

gcc -o libfun_2.so fun_2.c -shared -fPIC 

gcc -o app_share_share main.c -L./ -lfun_2 -lfun_1

export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:./
./app_share_share

rm app_share_share libfun_1.so libfun_2.so

make_app_share_static.sh  

#!/bin/bash
#app依赖动态库,动态库依赖静态库

#先编译生成静态库
#gcc -o fun_1.o -c fun_1.c -shared -fPIC
gcc -o fun_1.o -c fun_1.c
ar -r libfun_1.a  fun_1.o    

gcc -o libfun_2.so fun_2.c  -shared -fPIC -L./ -lfun_1

gcc main.c -o app_share_static -L./ -lfun_2

export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:./
./app_share_static

rm libfun_1.a  fun_1.o libfun_2.so app_share_static

make_app_static_static.sh  

#!/bin/bash
#app依赖动态库,动态库依赖静态库

#先编译生成静态库
gcc -o fun_1.o -c fun_1.c -shared -fPIC     #推荐这种方式编译静态库
#gcc -o fun_1.o -c fun_1.c                  #不推荐这种方式编译静态库
ar -r libfun_1.a  fun_1.o    


gcc -o fun_2.o -c fun_2.c -shared -fPIC
ar -r libfun_2.a  fun_2.o    

gcc main.c -o app_static_static -L./ -lfun_2 -lfun_1

./app_static_static

rm libfun_1.a  fun_1.o libfun_2.a fun_2.o app_static_static

readme.txt

对应的源码下载链接:https://download.csdn.net/download/a3121772305/85116199

  • 3
    点赞
  • 19
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 3
    评论
1. 什么是静态库?什么是动态库? - 静态库是在编译时被链接到可执行文件中的库,它包含了所有的函数和数据,因此可执行文件较大,但运行时不需要加载额外的库文件。 - 动态库是在程序运行时被加载的库,它包含了多个可执行文件可以共享的函数和数据,因此可执行文件较小,但需要在运行时加载额外的库文件。 2. 静态库动态库的优缺点是什么? - 静态库的优点是可靠性高,因为所有的代码都被编译到可执行文件中,不需要额外的库文件。缺点是可执行文件较大,占用磁盘空间较大,且无法在运行时更新库文件。 - 动态库的优点是可执行文件较小,因为共享库文件可以被多个可执行文件共享。缺点是依赖性高,因为需要在运行时加载库文件,如果缺少或版本不匹配会导致程序无法运行。 3. 动态库的加载过程是怎样的? - 当程序需要访问动态库中的函数或数据时,操作系统会检查可执行文件的依赖关系,加载动态库文件到内存中,并在符号表中查找相应的函数或数据。 - 如果找到了相应的函数或数据,程序就可以调用库函数或访问库数据。如果没有找到,操作系统会抛出未定义符号的错误。 4. 如何编译静态库动态库? - 编译静态库可以使用命令"ar"和"ranlib",例如: ``` gcc -c file1.c file2.c ar rcs libmylib.a file1.o file2.o ``` - 编译动态库可以使用命令"gcc"和"-shared"选项,例如: ``` gcc -c -fpic file1.c file2.c gcc -shared -o libmylib.so file1.o file2.o ``` 5. 如何使用静态库动态库? - 使用静态库可以在编译时链接库文件,例如: ``` gcc -o myprog main.c -L/path/to/lib -lmylib ``` - 使用动态库可以在程序运行时加载库文件,例如: ``` LD_LIBRARY_PATH=/path/to/lib ./myprog ``` 6. 如何避免动态库版本不匹配的问题? - 在编译动态库时,可以使用版本号来标识不同的库版本,例如: ``` gcc -shared -Wl,-soname,libmylib.so.1 -o libmylib.so.1.0.0 file1.o file2.o ``` - 在程序中调用库函数时,可以使用版本号来指定库版本,例如: ``` dlopen("libmylib.so.1", RTLD_NOW); ``` 这样可以确保程序使用正确的库版本,并避免版本不匹配的问题

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

monkey_llll

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值