Linux下c++动态库链接的流程设计解释

本文探讨了g++编译器如何处理动态库的链接过程,解释了为何即使在编译阶段指定了动态库路径,运行时仍需重新指定的原因。通过对开发流程的深入分析,阐明了这种设计背后的理念。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

http://www.cnblogs.com/skynet/p/3372855.html

这是参考的博客,讲的挺详细的

然后我又看了关于动态库,静态库的其他内容博客,懂了编译的大部分流程和原理,但是有一个疑惑没有想明白

 

g++ -L(动态库所在路径)  -l(编译所需的动态库名称) main.cpp -o demo 

 

编译好后还需要把刚刚编译时的路径写到系统运行时加载动态库的路径里

 

看到这样的编译时

我会想编译的时候二进制文件已经知道了需要调用的函数在(二进制)动态库内部的相对位置

也就是说已经加载完动态库文件,已经知道去哪里加载动态库文件,即通过-L已经知道动态库路径在哪里了

 

 

那为什么等到程序运行时还要让编译好的二进制文件不知道动态库的路径在哪里,明明编译时可以记下来,也就是记录到编译好的

二进制文件里,为什么g++的设计者要忘掉之前得到的变量,这不是很奇怪吗?为什么要绕个远路再去其他地方(Linux系统会加载的路径,比如/usr/lib /lib 或者 /etc/ld.so.cache)找需要的动态库

 

 

和几个同学讨论了完我终于想明白了

如果不把路径忘记,那就只能把路径写进可执行二进制文件里,那么如果我更改了动态库的绝对位置,那么这个程序就一定运行不了了,g++设计者为了避免这种(开发中几乎一定会发生的)情况发生才特意如此设计,

因为通常我们开发一个工程软件,在工程文件夹里写完函数库,制作完动态库(此时在工程文件夹,现在就移动到系统第三方库里还要删来删去,需要权限太麻烦),运行,调试后觉得没问题才会开始把动态库放到系统专门防止第三方动态库的路径里,也就是说我们几乎一定会在制作可执行文件后移动动态库,所以往往第一次(-L)提到的路径和第二次所需的路径是不一样的,所以需要写下两次路径,g++设计者是从开发流程想才这么设计的

 

 

以上均为个人猜想(因为感觉翻遍了中文的博客也找不到说这个问题的)

 

如果觉得有道理点个赞~~~~~~~~~~~

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值