ldd /full/path/conmmand
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的运行方式，其结果不可预知。
