确定 Linux 二进制文件的直接共享对象依赖关系？

问题描述：

如何轻松找出 ELF 格式的 Linux 二进制文件的直接共享对象依赖项？

我知道 ldd 工具，但是它似乎输出二进制文件的所有依赖项，包括该二进制文件所依赖的任何共享对象的依赖项。

解决方案 1：

您可以使用它readelf来探索 ELF 标头。readelf -d将列出直接依赖项作为NEEDED部分。

 $ readelf -d elfbin

Dynamic section at offset 0xe30 contains 22 entries:
  Tag        Type                         Name/Value
 0x0000000000000001 (NEEDED)             Shared library: [libssl.so.1.0.0]
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]
 0x000000000000000c (INIT)               0x400520
 0x000000000000000d (FINI)               0x400758
 ...

解决方案 2：

如果要递归查找依赖项（包括依赖项的依赖项、依赖项的依赖项的依赖项等等）...

您可以使用ldd命令。ldd-
打印共享库依赖关系

解决方案 3：

该objdump工具可以告诉您这些信息。如果您objdump使用该-x选项调用，让它输出所有标题，那么您会在“动态部分”的开头找到共享对象依赖项。

例如，objdump -x /usr/lib/libXpm.so.4在我的系统上运行会在“动态部分”中提供以下信息：

Dynamic Section:
  NEEDED               libX11.so.6
  NEEDED               libc.so.6
  SONAME               libXpm.so.4
  INIT                 0x0000000000002450
  FINI                 0x000000000000e0e8
  GNU_HASH             0x00000000000001f0
  STRTAB               0x00000000000011a8
  SYMTAB               0x0000000000000470
  STRSZ                0x0000000000000813
  SYMENT               0x0000000000000018
  PLTGOT               0x000000000020ffe8
  PLTRELSZ             0x00000000000005e8
  PLTREL               0x0000000000000007
  JMPREL               0x0000000000001e68
  RELA                 0x0000000000001b38
  RELASZ               0x0000000000000330
  RELAENT              0x0000000000000018
  VERNEED              0x0000000000001ad8
  VERNEEDNUM           0x0000000000000001
  VERSYM               0x00000000000019bc
  RELACOUNT            0x000000000000001b

直接共享对象依赖项被列为“NEEDED”值。因此在上面的示例中，libXpm.so.4在我的系统上只需要libX11.so.6和libc.so.6。

值得注意的是，这并不意味着传递给的二进制文件所需的所有符号objdump都会出现在库中，但它至少显示了加载器在加载二进制文件时将尝试加载哪些库。

解决方案 4：

ldd -v 打印“版本信息：”部分下的依赖关系树。该部分中的第一个块是二进制文件的直接依赖项。

参见分层 ldd(1)