不得不知道的linux库的装载、链接


难度 中等

在计算机世界里,一直有一个和现实世界一样非常重要的概念,那就是地址。就像是某个国家某个地点,才能找到某个人一样。
同样地,在计算机世界里,同样需要地址,在这样的地址能够找到某个文件或者某个符号。
换句话说,在计算机世界里,你要找到某个文件、某个进程、某个函数做某件事情,都需要知道他的地址。
在最上层,地址分为如下几类:(这个时候还没有操作系统)

  • 物理内存地址
  • 磁盘地址
  • cpu地址
  • 缓存地址
  • 显卡地址
  • 等等

这个时候,这些地址都是实际的物理硬件,通过物理连线形成地址。
从上电的那一瞬间开始,主板上的相关芯片根据物理线路首先编排好了地址,当操作系统运行起来后,这些地址都会被抽象到操作系统里,由操作系统进行映射。

同时,操作系统运行起来后,那些物理资源的地址就被映射到了用户空间,比如

  • 虚拟内存地址—— 这个是编程人员可以看到的
  • 用户目录地址—— 这个是普通用户就可以看到的
  • ip地址—— 这个是运营商分配的

而对于编程人员和普通用户来说,最重要的就是目录地址或者说文件地址,这个地址贯穿所有应用程序的始终。

一个程序要运行起来,分成两种:

  • 一种是程序没有任何依赖,自个就能运行起来
  • 另外一种是程序依赖于其他组件,这个时候就必须要告诉你的程序到哪些地方去寻找相关的依赖了

好了,到这里就说清楚了一个问题,地址很重要,如何去寻找地址以及找不找得到地址决定了你的程序能不能执行。

环境变量

环境变量就是告诉操作系统去哪里寻找二进制文件,主要是可执行文件。
如果你的可执行文件在环境变量的目录下可以找到,那么使用可执行文件名即可运行。
如果你的可执行文件在环境变量的目录下找不到,那么就必须带完整路径可以运行。

依赖库路径

当然运行会不会报错,还要看依赖库有没有缺失。而依赖库的路径又分成两类:

  • 编译时路径—— 就是你在编译二进制时如何链接依赖库
  • 运行时路径—— 就是在运行二进制时去哪里查找依赖库

对于C语言程序来说,编译时将安装如下顺序去查找库来进行链接:

  • 编译参数-L指定的路径
  • /usr/lib64
  • /usr/lib/gcc/gcc平台/gcc版本
  • /usr/local/lib64
  • /lib64
  • /lib
  • /usr/lib

在编译程序时,若出现找不到库的报错,可以在gcc编译时加上如下参数:

gcc -v -x c -E

同时查看ld的查找路径:

gcc -v -x c -E

对于c语言的库来说,运行时按照如下顺序去查找库:

  • LD_LIBRARY_PATH设置的值
  • /etc/ld.so.conf文件中设置的目录
  • /etc/ld.so.conf.d目录下的文件设置的目录
  • 当前目录

需要特别注意的是:LD_LIBRARY_PATH影响的是运行时,无法影响编译时。


文章作者: growdu
版权声明: 本博客所有文章除特別声明外,均采用 CC BY 4.0 许可协议。转载请注明来源 growdu !
  目录
分类导航
随笔2 AI27 算法1 计算机基础13 博客搭建7 ChatGPT2 集群63 计算机通信1 数据库34 数据库深入80 DPDK26 Docker11 Elasticsearch4 编辑工具4 FAQ1 Go Web1 hometown2 编程语言16 网络9 OPC1 Linux38 openGauss4 页面12 PostgreSQL54 程序员自我修养1 协议11 成长之路1 stock1 存储5 工具20 VPP18 视频作品1 Vue13 Web1 代码示例11 数据库15 BenchmarkSQL1 PostgreSQL 源码修炼之路14
最热文章
1
13 逻辑复制深入
数据库深入🔥 1570
2
0 Postgresql存储、索引及系统优化、主备切换
PostgreSQL🔥 1495
3
一文读懂openguass dcf网络模块
集群🔥 1420
4
逻辑复制源码分析
数据库深入🔥 1327
5
PostgreSQL 分区表:从一行 `PARTITION BY` 到路由热路径的全链路拆解
数据库🔥 1094
6
applyparallelworker.c 之 LA 端源码深度解析:Leader Apply Worker 的指挥中枢
数据库深入🔥 1082
7
PostgreSQL Background Worker 全解:从 `RegisterBackgroundWorker` 到逻辑复制 4 类 worker 的全生命周期
数据库🔥 1078
8
PostgreSQL的后台进程walsender分析 - 关系型数据库 - 亿速云
PostgreSQL🔥 1033
9
PostgreSQL 逻辑复制的监控:六张视图 + 一组可执行 SQL,把 publisher/subscriber 的速率与健康度彻底看透
数据库🔥 1032
10
PostgreSQL 逻辑复制支持 DDL 之后:DDL 与 DML 的时序难题(重点:分区表)
数据库🔥 999
11
reorderbuffer.c 源码深度解析:PostgreSQL 逻辑复制的"事务重组引擎
数据库深入🔥 953
12
PostgreSQL 内核开发:读取一张表的 9 步标准流程与缓存全景
数据库🔥 938
13
从 `postgres` 二进制到生产级守护 —— PostgreSQL 最外层模块与启动全流程拆解
数据库🔥 936
14
支持逻辑复制同步 DDL 适配 SQL Server 方案
数据库深入🔥 934
15
PostgreSQL 逻辑复制的 ReorderBuffer 与事务机制:从一行 WAL 到一致性变更流的全链路绑定
数据库🔥 913
16
DDL同步架构(美化版)
数据库深入🔥 908
17
PostgreSQL Latch 机制详解:从一行 SetLatch 到 epoll 的内核之旅
数据库🔥 871
18
pgbench 源码全解:一个 C 文件如何撑起 PostgreSQL 官方压测工具
数据库🔥 860
19
PostgreSQL libpq 机制与缓冲区详解
数据库🔥 850
20
PostgreSQL 逻辑复制 spill 文件深度剖析:从 `xid-*.spill` 到 TPC-C 的增长方程
数据库🔥 845