Linux :ldd 命令的介绍与使用

ldd是用于检查可执行程序依赖哪些共享库的工具,它通过设置环境变量LD_TRACE_LOADED_OBJECTS来显示依赖关系,而不是实际执行程序。ldd的运作依赖于ld-linux.so动态库加载器。当查看程序依赖时,ldd会遵循一定的搜索路径,包括DT_RPATH, LD_LIBRARY_PATH, /etc/ld.so.cache以及默认的/lib和/usr/lib目录。此外,ldd还提供了一些选项如-d, -r, -u和-v来显示不同级别的详细信息。在遇到程序因缺失库文件无法运行的问题时,ldd是一个非常有用的诊断工具。

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

ldd用来打印或者查看程序运行所需的共享库(访问共享对象依赖关系),常用来解决程序因缺少某个库文件而不能运行的一些问题。

1、首先ldd不是一个可执行程序,而只是一个shell脚本

在这里插入图片描述

2、ldd能够显示可执行模块的dependency,其原理是通过设置一系列的环境变量。

如:

  • LD_TRACE_LOADED_OBJECTS
  • LD_WARN
  • LD_BIND_NOW
  • LD_LIBRARY_VERSION
  • LD_VERBOSE
  • LD_DEBUG

当LD_TRACE_LOADED_OBJECTS环境变量不为空时,任何可执行程序在运行时,它都会只显示模块的dependency,而程序并不真正执行。
例如:
1)export LD_TRACE_LOADED_OBJECTS=1
2)再执行任何的程序,如ls等,看看程序的运行结果

在这里插入图片描述
ldd默认开启的环境变量是:LD_TRACE_LOADED_OBJECTS=1
其他的变量(和值)分别对应一些选项:

  • -d, --data-relocs -> LD_WARN=yes
  • -r, --function-relocs ->LD_WARN和LD_BIND_NOW=yes
  • -u, --unused -> LD_DEBUG=“unused”
  • -v, --verbose -> LD_VERBOSE=yes

LD_TRACE_LOADED_OBJECTS为必要环境变量,其他视具体情况。

撤销该环境变量,ls 即又可以恢复正常使用

$ unset LD_TRACE_LOADED_OBJECTS

在这里插入图片描述

3、ldd显示可执行模块的dependency的工作原理,其实质是通过ld-linux.so(elf动态库的装载器)来实现的。我们知道,ld-linux.so模块会先于executable模块程序工作,并获得控制权,因此当上述的那些环境变量被设置时,ld-linux.so选择了显示可执行模块的dependency。

ldd命令的本质是执行了:/lib/ld-linux.so.*
在这里插入图片描述
刚编译后的文件可能是:/lib/ld.so。如果是libc5则是/lib/ld-linux.so.1, 而glibc2应该是/lib/ld-linux.so.2。

4、实际上可以直接执行ld-linux.so模块,如:/lib/ld-linux.so.2 --list program(这相当于ldd program)

ldd可以获得的共享库文件,其实是通过读取ldconfig命令组建起来的文件(/etc/ld.so.cache)。
默认的共享库文件搜索/lib优先于/usr/lib,而且也只有这个2个目录。如果想要加入其他路径,则需要通过ldconfig命令配置相关文件。
一般ld-linux.so会按照以下顺序搜索共享库:
1、DT_RPATH或DT_RUNPATH段
2、环境变量LD_LIBRARY_PATH
3、/etc/ld.so.cache文件中的路径,但如果可执行程序在连接时候添加了-z nodeflib选项,则跳过。
4、默认路径/lib和/usr/lib,但如果添加了-z nodeflib,则跳过。

5、Linux ldd 参数说明

Usage: ldd [OPTION]... FILE...
      --help              print this help and exit   (获取指令帮助信息)
      --version           print version information and exit  (打印ldd的版本号)
  -d, --data-relocs       process data relocations   (执行重定位和报告任何丢失的对象)
  -r, --function-relocs   process data and function relocations  (执行数据对象和函数的重定位,并且报告任何丢失的对象和函数)
  -u, --unused            print unused direct dependencies (打印未使用的直接依赖)
  -v, --verbose           print all information   (详细信息模式,打印所有信息,例如包括符号的版本信息)

在这里插入图片描述

如果命令行中给定的库名字包含’/',这个程序的libc5版本将使用它作为库名字;否则它将在标准位置搜索库。运行一个当前目录下的共享库,加前缀"./"。

6、ldd 的使用

1)查看ls命令所需的动态库

$ which ls

在这里插入图片描述
2)查看libstdc++.so.6动态库依赖的包的详细信息

$ whereis libstdc++.so.6

在这里插入图片描述
3) 缺少依赖包时后面会显示 not found
4) 查看ldd命令版本
在这里插入图片描述

7、注意

  • ldd不能工作在a.out格式的共享库上。
  • ldd不能工作在一些非常老的a.out程序上,这些程序在支持ldd的编译器发行前已经创建。如果你在这种类型的程序上使用ldd,程序将尝试argc = 0的运行方式,其结果不可预知。
<think>嗯,用户需要了解Linuxldd命令,涉及使用说明、功能介绍和原理解析。从用户提供的引用内容来看,ta很可能遇到了ldd运行异常的情况(引用[1]提到"ldd运行不成功"),但当前提问更偏向系统命令学习。用户身份可能是Linux初学者或遇到依赖库问题的开发者。引用材料提供了关键信息点:-引用[1][3]强调ldd本质是脚本而非可执行程序,通过调用ld-linux.so实现-引用[2]展示典型输出格式-引用[3][4]详细说明参数和工作机制需要特别注意安全风险提示(直接运行未知程序可能执行恶意代码),这是很多教程忽略的重点。用户可能没意识到这个隐患,必须强调。关于原理解析部分,引用[3]提到"模拟动态链接器"和"环境变量"机制是核心,需要结合ELF文件格式说明。参数说明要整合引用[3][4]的完整列表,但需用更易懂的方式组织。用户没有要求示例,但提供验证动态库位置的实例会更实用(如测试/usr/bin/ls)。考虑到ta可能刚接触Linux,术语要精确但不过度深入(如不展开说明重定位细节)。突然想到引用[1]的phpStudy上下文暗示用户可能在搭建PHP环境,或许之后会问到Web服务相关的库依赖问题,可以提前在相关问题里埋点。</think> 以下是关于 Linux `ldd` 命令的详细说明,整合核心功能、原理及使用场景: --- ### **一、功能说明** `ldd`(List Dynamic Dependencies)用于**打印可执行文件或共享库所需的动态依赖库**。它能快速展示程序运行所需的共享对象(`.so` 文件),帮助诊断缺失库或版本冲突问题。 --- ### **二、使用说明** #### **基础语法** ```bash ldd [选项] <可执行文件或共享库> ``` #### **常用选项** | 选项 | 作用 | |---------------|------| | `-v` / `--verbose` | 显示详细版本信息和符号表 | | `-u` / `--unused` | 列出未使用的直接依赖库 | | `-d` / `--data-relocs` | 检查数据重定位并报告缺失对象 | | `-r` / `--function-relocs` | 检查函数重定位并报告缺失函数 | | `--version` | 显示 `ldd` 版本信息 | #### **示例输出** ```bash $ ldd /bin/ls linux-vdso.so.1 (0x00007ffd3a7b3000) libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007f5d5e161000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f5d5dd7a000) ... ``` > `=>` 右侧为库的实际加载路径,未显示路径则表明库缺失 [^2]。 --- ### **三、原理解析** 1. **非独立执行程序** `ldd` 本质是一个 Shell 脚本(通过 `ldd --help` 可验证),其核心调用动态链接器 `ld-linux.so`: ```bash /lib/ld-linux.so.2 --list /bin/ls # 相当于 ldd /bin/ls [^1] ``` 2. **模拟动态链接过程** 通过设置 `LD_TRACE_LOADED_OBJECTS=1` 环境变量,`ldd` 强制动态链接器仅加载依赖库列表而不执行程序 [^3][^4]。 3. **安全风险提示** **禁止对未知来源程序使用 `ldd`**:恶意程序可能在 `ldd` 模拟环境变量下执行任意代码。建议改用: ```bash objdump -p /path/program | grep NEEDED # 安全读取依赖库 ``` --- ### **四、典型问题解决** #### **场景1:库缺失或路径错误** ```bash $ ldd my_program libfoo.so.1 => not found ``` - **解决方案**: - 检查库是否安装:`find / -name libfoo.so*` - 添加库路径:`export LD_LIBRARY_PATH=/custom/lib:$LD_LIBRARY_PATH` #### **场景2:版本冲突** ```bash libc.so.6 => /lib/libc.so.6 (version `GLIBC_2.34' not found) ``` - **解决方案**: - 升级目标系统的 GLIBC 版本 - 在兼容环境中编译程序(如使用 `docker` 容器) --- ### **五、注意事项** 1. **不可用于脚本文件** `ldd` 仅适用于编译型 ELF 二进制文件,不支持 Shell/Python 脚本。 2. **跨平台兼容性** 不同架构(如 ARM 程序在 x86 主机)需使用对应环境的 `ldd`: ```bash aarch64-linux-gnu-ldd aarch64_program ``` --- **相关问题** 1. `ldd` 显示 "not found" 如何准确定位缺失库? 2. 如何安全替代 `ldd` 以避免恶意代码执行风险? 3. 动态链接器 `ld-linux.so` 的工作机制是什么? 4. 为什么修改 `LD_LIBRARY_PATH` 后程序仍找不到库? [^1]: LinuxLdd命令介绍使用方法 [^2]:Linux命令】一文讲清ldd命令使用场景 [^3]: Linux 操作系统下ldd命令介绍使用案例 [^4]:ldd命令详解】
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

Cappuccino-jay

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

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

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

打赏作者

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

抵扣说明:

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

余额充值