linux ldd命令 linux cut
LinuxLdd命令介绍及使用方法
Linux Ldd参数说明：
--version打印ldd的版本号
-v--verbose打印所有信息，例如包括符号的版本信息
-d--data-relocs执行符号重部署，并报告缺少的目标对象（只对ELF格式适用）
-r--function-relocs对目标对象和函数执行重新部署，并报告缺少的目标对象和函数（只对ELF格式适用）
--help用法信息
如果命令行中给定的库名字包含'/'，这个程序的libc5版本将使用它作为库名字；否则它将在标准位置搜索库。运行一个当前目录下的共享库，加前缀"./"。
错误:
ldd不能工作在a.out格式的共享库上。
ldd不能工作在一些非常老的a.out程序上，这些程序在支持ldd的编译器发行前已经创建。如果你在这种类型的程序上使用ldd，程序将尝试argc= 0的运行方式，其结果不可预知。
例如：
ldd/bin/bash
但是ldd本身不是一个程序，而仅是一个shell脚本：
$ which ldd
/usr/bin/ldd
$ file/usr/bin/ldd
/usr/bin/ldd: Bourne-Again shell script text executable
ldd命令其实是依靠设置一些环境变量而实现的(也就是说ldd的作用只是设置一些环境变量的值)
如:LD_TRACE_LOADED_OBJECTS
只要设置其值非空即可。
$ export LD_TRACE_LOADED_OBJECTS=1
$ ls/usr
linux-gate.so.1=>(0xb7fac000)
librt.so.1=>/lib/tls/i686/cmov/librt.so.1(0xb7f93000)
libselinux.so.1=>/lib/libselinux.so.1(0xb7f79000)
libacl.so.1=>/lib/libacl.so.1(0xb7f70000)
libc.so.6=>/lib/tls/i686/cmov/libc.so.6(0xb7e0d000)
libpthread.so.0=>/lib/tls/i686/cmov/libpthread.so.0(0xb7df4000)
/lib/ld-linux.so.2(0xb7fad000)
libdl.so.2=>/lib/tls/i686/cmov/libdl.so.2(0xb7df0000)
libattr.so.1=>/lib/libattr.so.1(0xb7dea000)
撤销该环境变量，ls即又可以恢复正常使用：
$ unset LD_TRACE_LOADED_OBJECTS
$ ls/usr/
bin games include lib lib32 lib64 local sbin share src X11R6
更多的环境变量：
1、LD_TRACE_LOADED_OBJECTS
2、LD_WARN
3、LD_BIND_NOW
4、LD_LIBRARY_VERSION
5、LD_VERBOSE
6、LD_DEBUG
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为必要环境变量，其他视具体情况。
ldd命令的本质是执行了:/lib/ld-linux.so.*
我们可以从以上的内容中(ls/usr中)发现：/lib/ld-linux.so.2(0xb7fad000)。
$ ls-l/lib/ld-linux.so.*
lrwxrwxrwx 1 root root 9 2009-09-05 22:54/lib/ld-linux.so.2-> ld-2.9.so
刚编译后的文件可能是:/lib/ld.so。如果是libc5则是/lib/ld-linux.so.1,而glibc2应该是/lib/ld-linux.so.2。
$/lib/ld-linux.so.2--list/bin/ls
linux-gate.so.1=>(0xb8050000)
librt.so.1=>/lib/tls/i686/cmov/librt.so.1(0xb8037000)
libselinux.so.1=>/lib/libselinux.so.1(0xb801d000)
libacl.so.1=>/lib/libacl.so.1(0xb8014000)
libc.so.6=>/lib/tls/i686/cmov/libc.so.6(0xb7eb1000)
libpthread.so.0=>/lib/tls/i686/cmov/libpthread.so.0(0xb7e98000)
/lib/ld-linux.so.2(0xb8051000)
libdl.so.2=>/lib/tls/i686/cmov/libdl.so.2(0xb7e94000)
libattr.so.1=>/lib/libattr.so.1(0xb7e8e000)
我们可以看到以上等同于ldd ls。
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，则跳过。
以下是其它网友的补充：
1、首先ldd不是一个可执行程序，而只是一个shell脚本
2、ldd能够显示可执行模块的dependency，其原理是通过设置一系列的环境变量，如下：LD_TRACE_LOADED_OBJECTS、LD_WARN、LD_BIND_NOW、LD_LIBRARY_VERSION、LD_VERBOSE等。当LD_TRACE_LOADED_OBJECTS环境变量不为空时，任何可执行程序在运行时，它都会只显示模块的dependency，而程序并不真正执行。要不你可以在shell终端测试一下，如下：
(1) export LD_TRACE_LOADED_OBJECTS=1
(2)再执行任何的程序，如ls等，看看程序的运行结果
3、ldd显示可执行模块的dependency的工作原理，其实质是通过ld-linux.so（elf动态库的装载器）来实现的。我们知道，ld-linux.so模块会先于executable模块程序工作，并获得控制权，因此当上述的那些环境变量被设置时，ld-linux.so选择了显示可执行模块的dependency。
4、实际上可以直接执行ld-linux.so模块，如：/lib/ld-linux.so.2--list program（这相当于ldd program）ldd命令使用方法(摘自ldd--help)
名称 ldd-打印共享库的依赖关系
大纲 ldd [选项]...文件...
描述 ldd输出在命令行上指定的每个程序或共享库需要的共享库。
选项
--version
打印ldd的版本号
-v--verbose
打印所有信息，例如包括符号的版本信息
-d--data-relocs
执行符号重部署，并报告缺少的目标对象（只对ELF格式适用）
-r--function-relocs
对目标对象和函数执行重新部署，并报告缺少的目标对象和函数（只对ELF格式适用）
--help用法信息
ldd的标准版本与glibc2一起提供。Libc5与老版本以前提供，在一些系统中还存在。在libc5版本中长选项不支持。另一方面，glibc2版本不支持-V选项，只提供等价的--version选项。
如果命令行中给定的库名字包含'/'，这个程序的libc5版本将使用它作为库名字；否则它将在标准位置搜索库。运行一个当前目录下的共享库，加前缀"./"。
ldd不能工作在a.out格式的共享库上。
ldd不能工作在一些非常老的a.out程序上，这些程序在支持ldd的编译器发行前已经创建。如果你在这种类型的程序上使用ldd，程序将尝试argc= 0的运行方式，其结果不可预知。
Linux学习命令之ldd命令
ldd命令是用于显示可执行文件依赖的共享库文件，它是glibc的一部分。然而，ldd本质上不是一个程序，而是一个shell脚本，其功能通过设置环境变量实现。默认情况下，ldd命令通过设置环境变量LD_TRACE_LOADED_OBJECTS=1来运行。
设置此环境变量后，ldd命令可以显示程序加载的共享库文件及其地址，如示例中的内容。撤销该环境变量后，ls命令可以恢复正常功能。除了LD_TRACE_LOADED_OBJECTS之外，还有其他环境变量如LD_WARN、LD_BIND_NOW、LD_LIBRARY_VERSION、LD_VERBOSE、LD_DEBUG等，它们各自对应不同的功能。
ldd命令的常用选项包括-d、-r、-u、-v等，分别用于处理数据重定位、函数重定位、显示未使用的直接依赖项以及增加详细信息输出。使用ldd--help命令可以查看详细的命令选项。
ldd命令执行的核心是调用/lib/ld-linux.so.*文件，这个文件通常指向编译后的动态链接器，如ld-linux.so.2。ldd命令获取的共享库文件来自ldconfig命令创建的文件(/etc/ld.so.cache)，默认搜索目录为/lib和/usr/lib。
ld-linux.so会按照特定顺序搜索共享库，包括DT_RPATH或DT_RUNPATH段、环境变量LD_LIBRARY_PATH、/etc/ld.so.cache文件中的路径（除非在连接时使用-z nodeflib选项）以及默认的/lib和/usr/lib目录（同样在使用-z nodeflib选项时跳过）。
更多关于ldd命令的信息，可以参考man ldd、man ldconfig和man ld.so等文档。此外，还有相关文章如“Linux动态库剖析”、“剖析共享程序库”和“ldd命令的原理与使用方法”等，可提供更详细的内容。
ldd命令如何确定库文件的搜索顺序
探索Linux神器：ldd命令的全面解析与应用
ldd，这个看似低调却在系统调试中发挥重要作用的命令，提供了丰富的选项来满足不同需求。首先，让我们了解几个关键选项：--version和-v用于显示详细信息，-d/data-relocs,-r/function-relocs（仅限ELF）则专注于库路径和函数定位。ldd本质上是shell脚本，其工作依赖于诸如LD_TRACE_LOADED_OBJECTS（默认为1）等环境变量，如LD_WARN、LD_BIND_NOW等，以及动态库加载器ld-linux.so，如ld-2.9.so、ld-linux.so.1或ld-linux.so.2，如在执行ldd/bin/bash时会用到。
ldd的核心职责是检查共享库文件，它的搜索策略是智能的：首先查阅/etc/ld.so.cache，然后按顺序遍历/lib和/usr/lib，接着会考虑RPATH/RunPATH、LD_LIBRARY_PATH，以及默认路径。它是通过环境变量的设置来控制输出的详细程度，从而帮助我们深入了解程序的依赖关系。
然而，值得注意的是，如果你在编译器完成程序构建后才使用ldd，可能会产生意外的结果，因为ldd主要用于开发和调试阶段，而非常规的程序执行。
总结：ldd，作为Linux世界中不可或缺的工具，它以简洁的方式揭示了程序的动态链接关系，为开发者提供了宝贵的洞察。熟练掌握其使用方法，无疑能提升系统维护和故障排查的效率。希望这个简要介绍能助你更好地理解和运用ldd。
