ldd命令用于输出程序或者库文件所依赖的共享库列表。
语法
ldd (选项) (参数）
选项
--help：显示帮助信息
--version：打印指令版本号；
-v：详细信息模式，打印所有相关信息；
-u：打印未使用的直接依赖；
-d：执行重定位和报告任何丢失的对象；
-r：执行数据对象和函数的重定位，并且报告任何丢失的对象和函数。
参数
文件：指定可执行程序或者文库。
ldd原理
首先，ldd不是一个可执行程序，而只是一个shell脚本。
ldd能够显示可执行模块的dependency，其原理是通过设置一系列的环境变量，如下：LD_TRACE_LOADED_OBJECTS、LD_WARN、LD_BIN_NOW、LD_LIBRARY_VERSION、LD_VERBOSE等。当LD_TRACE_LOADED_OBJECTS环境变量不为空时，任何可执行程序在运行时，它都只会显示模块的dependency，而程序并不真正执行。测试结果如下：
ldd 显示可执行模块的dependency的工作原理，其实质是通过ld-linux.so（elf动态库的装载器）来实现的。ld-linux.so模块会先于executable模块程序工作，并获得控制权。因此当上述的那些变量设置时，ld-linux.so选择了显示可执行模块的dependency。
ld-linux.so读取可执行程序的头信息，这些信息采用 Executable and Linking Format 或者（ELF）格式。 它们通过这些消息，来确定哪些库是必须的，以及哪些库需要加载。 然后执行动态链接，把可执行程序当中所有的地址指针与需要加载的库联系起来， 这样程序就可以运行了。
实际上可以直接执行ld-linux.so模块，如：/lib64/ld-linux-x86-64.so.2 --list ./a.out（这相当于ldd a.out）。
示例
ldd a.out
linux-vdso.so.1 => (0x00007ffeb4fea000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f14d7423000)
libm.so.6 => /lib64/libm.so.6 (0x00007f14d7120000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f14d6f0a000)
libc.so.6 => /lib64/libc.so.6 (0x00007f14d6b47000)
/lib64/ld-linux-x86-64.so.2 (0x00005567da03a000)
ldd -u a.out
Unused direct dependencies:
/lib64/libstdc++.so.6
/lib64/libm.so.6
/lib64/libgcc_s.so.1
/lib64/libc.so.6
- 第一列：程序需要依赖什么库
- 第二列：系统提供的与程序需要的库所对应的库
- 第三列：库加载的开始地址
通过上面的信息，我们可以得到以下几个信息：
- 通过对比第一列和第二列，我们可以分析程序需要依赖的库和系统实际提供的，是否相匹配
- 通过观察第三列，我们可以知道在当前的库中的符号在对应的进程的地址空间中的开始位置。如果依赖的某个库找不到，通过这个命令可以迅速定位问题所在；
- linux-vdso.so.1，VDSO(Virtual Dynamically-linked Shared Object)它只存在于程序的地址空间当中。该虚拟库为用户程序以处理器可支持的最快的方式 （对于特定处理器，采用中断方式；对于大多数最新的处理器，采用快速系统调用方式） 访问系统函数提供了必要的逻辑 。
