ldd命令用于查看ELF文件的动态库依赖关系：输入ldd /path/to/file可显示所需共享库及系统解析路径，缺失时标“not found”；需注意权限、LD_LIBRARY_PATH配置、虚假依赖识别，并可用readelf或objdump辅助验证。
如果您需要检查某个可执行文件或共享库所依赖的动态链接库，Linux 系统提供了专门用于显示动态依赖关系的工具。以下是使用 ldd 命令查看动态库依赖的具体操作方法：
一、基本用法：使用 ldd 查看单个文件的依赖
ldd 命令通过读取目标文件的动态段（.dynamic）信息，列出其运行时所需的共享库及其路径。该命令不修改文件，仅进行只读分析。
1、打开终端，确保目标文件具有可执行权限或为合法的 ELF 共享对象。
2、输入命令：ldd /path/to/binary_or_so，其中 /path/to/binary_or_so 替换为实际路径。
3、观察输出中以“=>”分隔的两列：左侧为依赖库名称，右侧为系统解析到的实际路径；若显示 not found，表示该库未被定位。
二、处理无执行权限或非标准路径下的文件
当目标文件缺少执行权限，或位于非标准目录且未配置 LD_LIBRARY_PATH 时，ldd 可能无法正确解析部分依赖。此时需临时调整环境变量以辅助解析。
1、临时设置库搜索路径：LD_LIBRARY_PATH="/custom/lib:/usr/local/lib" ldd /path/to/file。
2、确认自定义路径中存在对应 .so 文件，例如 ls -l /custom/lib/libxyz.so。
3、避免使用 root 权限运行 ldd 分析不可信文件，因其可能触发恶意共享库的初始化代码。
三、识别缺失依赖与虚假依赖
ldd 输出中出现 not found 表示链接器在当前环境无法定位该库；而某些情况下，ldd 可能误报“found”但实际加载失败，需结合其他工具交叉验证。
1、对疑似缺失的库名，使用 find /lib* /usr/lib* -name "libxxx.so*" 2>/dev/null 搜索系统。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
2、使用 readelf -d /path/to/file | grep NEEDED 提取原始依赖项列表，绕过 ldd 的运行时解析逻辑。
3、比对 readelf 与 ldd 输出差异，确认是否存在因版本号不匹配导致的解析失败，例如需要 libabc.so.2 但仅安装了 libabc.so.1。
四、替代方案：使用 objdump 查看动态段信息
objdump 是 GNU Binutils 组件之一，可直接解析 ELF 文件结构，适用于 ldd 不可用或需深度分析场景。
1、运行命令：objdump -p /path/to/file | grep NEEDED，提取所有 DT_NEEDED 条目。
2、获取更详细动态节信息：objdump -x /path/to/file | grep -A 5 "Dynamic Section"。
3、注意 objdump 不执行库路径解析，仅展示编译时声明的依赖名称，不包含实际路径或是否可加载状态。
五、检测依赖树完整性：递归验证所有间接依赖
单一 ldd 输出仅显示一级依赖，若需确认整个依赖链是否完整（包括各依赖库自身所依赖的库），需手动或脚本化展开。
1、保存主文件依赖：ldd /path/to/main > deps.txt。
2、从 deps.txt 中提取所有 “=>” 后的有效路径，过滤掉空白行和 system-supplied 行。
3、对每个提取出的 .so 路径再次执行 ldd $so_path，检查其是否也存在 not found 条目。
