再来聊聊linux中的nm命令(nm与ldd命令实战)

本文对比了nm命令和ldd命令在查找未定义符号的功能,指出两者在实际开发中的使用场景和差异,并强调了在特定情况下的选择依据。

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

        在之前的博文中, 我们介绍了nm命令, 故无需过多赘述。在上一篇博文中, 我们介绍了ldd -r xxx.so的使用方法, ldd -r xxx.so主要是用来查询undefined symbol的项, 其实, nm命令同样可以做到。

       在使用nm命令时, 会列出各种符号, 其中的U表示undefined symbol, 因此, 我们可以只用nm -u xxx.so来查看undefined symbol的项, 从这个意义上来讲, nm -u xxx.so近似等价于ldd -r xxx.so

       在实际开发中, 我以前经常用nm -u xxx.so,  而现在等多地用ldd -r xxx.so





<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命令详解】
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值