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的運行方式，其結果不可預知。