Linux中的ldd命令是一个用于查看可执行文件或共享库依赖关系的实用工具，其名称来源于“list dynamic dependencies”（列出动态依赖项），该命令通过解析ELF（Executable and Linkable Format）格式的二进制文件，输出其在运行时所需的共享库路径，帮助开发者、系统管理员和用户理解程序与库之间的依赖关系，便于排查库缺失、版本冲突或部署问题。
ldd命令的基本用法非常简单，直接在终端中输入ldd [可执行文件路径]即可，查看/bin/ls的依赖库，执行ldd /bin/ls后,命令会输出类似以下内容：
linux-vdso.so.1 (0x00007ffc123fe000)
libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007f8c1b2b2000)
libpcre2-8.so.0 => /lib/x86_64-linux-gnu/libpcre2-8.so.0 (0x00007f8c1af8c000)
...
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f8c1abf0000)
/lib64/ld-linux-x86-64.so.2 (0x00007f8c1b4d0000)输出结果中，第一列是依赖的库名称，第二列=>表示符号链接指向的实际路径，括号内中的地址是库加载到内存中的虚拟地址（如果显示为not found，则表示系统缺少该库），需要注意的是，ldd仅对动态链接的可执行文件或共享库有效，对于静态链接的二进制文件，输出可能为not a dynamic executable。
ldd命令的工作原理基于ELF文件的动态段（.dynamic section）信息，当执行ldd时，它会模拟程序加载过程，通过动态链接器的帮助解析依赖关系，但不会真正执行程序，因此相对安全，在某些特殊情况下（如处理恶意二进制文件时），仍需谨慎使用,避免潜在风险。
ldd命令支持多种选项，可通过ldd --help查看完整列表,常用选项包括：
--verbose：输出更详细的信息,包括库的依赖层级。--version：显示ldd命令的版本信息。-- (dash)：将后续参数视为文件名，避免以开头的选项被误解。
使用ldd --verbose /bin/ls可以查看更深层的依赖关系,包括间接依赖的库。
在实际应用中，ldd常用于解决库相关问题，当程序运行时报错error while loading shared libraries: libxxx.so.0: cannot open shared object file时，可通过ldd检查目标文件是否依赖该库，以及系统是否提供正确路径的库文件，在交叉编译或容器环境中,ldd也能帮助验证依赖库是否与目标架构匹配。
以下是一个ldd输出示例的简化表格,展示不同类型的依赖情况：
| 依赖库名称 | 符号链接指向路径 | 虚拟地址 | 状态 |
|---|---|---|---|
| linux-vdso.so.1 | (虚拟动态共享对象) | 0x00007ffc123fe000 | found |
| libselinux.so.1 | /lib/x86_64-linux-gnu/libselinux.so.1 | 0x00007f8c1b2b2000 | found |
| libnonexistent.so.2 | /usr/lib/libnonexistent.so.2 | 0x0000000000000000 | not found |
| libc.so.6 | /lib/x86_64-linux-gnu/libc.so.6 | 0x00007f8c1abf0000 | found |
需要注意的是，ldd的输出可能因系统架构、库版本或链接方式不同而有所差异，在64位系统上，32位程序可能需要安装libc6-i386等兼容库包才能正确显示依赖关系。
对于高级用户，ldd还可以结合其他工具使用，通过ldd -r选项可以重定位信息，检查库是否存在未解析的符号；结合grep可以过滤特定依赖库，如ldd /bin/ls | grep libc，在编写构建脚本时,ldd的输出可用于自动化检查依赖库的完整性。
尽管ldd功能强大，但其输出结果需谨慎解读，某些库可能通过LD_PRELOAD等环境变量在运行时动态加载，ldd无法直接检测；符号链接指向的路径可能因系统更新而变化，导致实际运行时依赖与ldd输出不一致，在关键场景下，建议结合ldconfig命令（更新共享库缓存）或readelf -d（直接解析ELF文件动态段）进行验证。
相关问答FAQs：
问：ldd命令显示“not found”是什么原因？如何解决？
答：当ldd输出显示某个库为“not found”时，通常表示系统未安装该库，或库文件路径未正确配置到动态链接器的搜索路径（如/etc/ld.so.conf或LD_LIBRARY_PATH环境变量），解决方法包括：使用apt（Debian/Ubuntu）或yum（CentOS/RHEL）安装缺失的库包；运行sudo ldconfig -v更新共享库缓存；或通过export LD_LIBRARY_PATH=/custom/path临时添加自定义路径。问：ldd是否可以安全地检查未知二进制文件？有哪些注意事项？
答：ldd设计为非执行模式，理论上不会直接运行目标文件，因此对已知可信的二进制文件是安全的，但针对未知或恶意文件，仍需谨慎：避免在特权账户下运行ldd；考虑在隔离环境（如容器或沙箱）中执行；优先使用readelf -d等静态分析工具，减少潜在风险，某些特殊二进制文件（如内核模块或自定义加载器）可能不兼容ldd,需结合其他工具分析。
文章来源网络，作者：运维，如若转载，请注明出处：https://shuyeidc.com/wp/359437.html<
