linux下ldd命令的一些例子
ldd是Linux库操作中最实用的一个命令了，他可以查看一个程序所依赖的库。
如果你的程序执行起来缺少某个库，我们就去下载，但是把库放到哪里才能让程序正确是识别出来呢？使用ldd就可以了！
使用方法: ldd [options] file
功能:列出file运行所需的共享库
可用选项
➜ sbin ldd --help
Usage: ldd [OPTION]... FILE...
--help print this help and exit
--version print version information and exit
-d, --data-relocs process data relocations 执行符号重部署，并报告缺少的目标对象
-r, --function-relocs process data and function relocations 对目标对象和函数执行重新部署，并报告缺少的目标对象和函数
-u, --unused print unused direct dependencies 打印不需要链接的库
-v, --verbose print all information 打印所有信息
例子
➜ /bin ldd /bin/cp
linux-vdso.so.1 => (0x00007fff8dbfe000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f94558e4000)
librt.so.1 => /lib64/librt.so.1 (0x00007f94556dc000)
libacl.so.1 => /lib64/libacl.so.1 (0x00007f94554d3000)
libattr.so.1 => /lib64/libattr.so.1 (0x00007f94552ce000)
libc.so.6 => /lib64/libc.so.6 (0x00007f9454f3a000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f9454d35000)
/lib64/ld-linux-x86-64.so.2 (0x00007f9455b0f000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f9454b18000)
例子
ldd命令用来显示可执行程序的dependency，
sh-# ldd ./test_main
libc.so.6 => /lib/libc.so.6 (0x40113000)
/lib/ld-linux.so.3 (0x40022000)
sh-#
sh-# ldd -d ./test_main
libc.so.6 => /lib/libc.so.6 (0x4011a000)
/lib/ld-linux.so.3 (0x400f4000)
sh-#
sh-# ldd -r ./test_main
libc.so.6 => /lib/libc.so.6 (0x401d4000)
/lib/ld-linux.so.3 (0x400fb000)
sh-#
sh-# ldd -v ./test_main
libc.so.6 => /lib/libc.so.6 (0x4009d000)
/lib/ld-linux.so.3 (0x40077000)
Version information:
./test_main:
libc.so.6 (GLIBC_2.4) => /lib/libc.so.6
/lib/libc.so.6:
ld-linux.so.3 (GLIBC_2.4) => /lib/ld-linux.so.3
ld-linux.so.3 (GLIBC_PRIVATE) => /lib/ld-linux.so.3
sh-#
ldd命令本身不是一个可执行程序，它只是一个shell脚本，
sh-# which ldd
/usr/bin/ldd
sh-#
sh-# ldd /usr/bin/ldd
not a dynamic executable
sh-#
sh-# ldd /bin/ln
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40061000)
libc.so.6 => /lib/libc.so.6 (0x400cd000)
/lib/ld-linux.so.3 (0x4003b000)
sh-#
sh-# ldd /bin/top
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x401b6000)
libc.so.6 => /lib/libc.so.6 (0x401c9000)
/lib/ld-linux.so.3 (0x40013000)
sh-#
sh-# ls -lh /lib/libc.so.6
lrwxrwxrwx 1 root root 14 Nov 6 08:28 /lib/libc.so.6 -> libc-2.12.2.so
sh-# ls -lh /lib/libc-2.12.2.so
-rwxr-xr-x 1 root root 1.2M Nov 6 08:28 /lib/libc-2.12.2.so
sh-#
sh-# ls -lh /lib/ld-linux.so.3
lrwxrwxrwx 1 root root 12 Nov 6 08:28 /lib/ld-linux.so.3 -> ld-2.12.2.so
sh-# ls -lh /lib/ld-2.12.2.so
-rwxr-xr-x 1 root root 120K Nov 6 08:28 /lib/ld-2.12.2.so
sh-#
sh-# ./test_main &
31631
sh-#
<xulin>test_main
sh-#
sh-# ps aux | grep test_main
root 1304 0.0 0.1 1728 544 ? S+ 12:13 0:00 grep test_main
root 2324 0.0 0.1 1460 324 ? S+ 11:22 0:00 ./test_main
root 31631 0.0 0.1 1460 324 ? S+ 12:10 0:00 ./test_main
sh-#
ldd命令的工作原理是通过设置一些环境变量来实现的，这些环境变量包括：
LD_TRACE_LOADED_ONJECTS、LD_WARN、LD_DEBUG、LD_VERBOSE、...
比如默认情况下执行ldd命令就会设置LD_TRACE_LOADED_ONJECTS，所以就能查看各个可执行程序的dependency。
sh-# ldd ./test_main
libc.so.6 => /lib/libc.so.6 (0x400e7000)
/lib/ld-linux.so.3 (0x40068000)
sh-#
可以手动设置这个环境变量，然后在执行test_main程序，
sh-# export LD_TRACE_LOADED_OBJECTS=1
sh-# ./test_main
libc.so.6 => /lib/libc.so.6 (0x400ca000)
/lib/ld-linux.so.3 (0x400a4000)
sh-#
使用unset命令将这个环境变量删除，即可恢复原状了，
sh-# unset LD_TRACE_LOADED_OBJECTS
sh-# ./test_main &
26003
sh-#
<xulin>test_main
sh-#
ldd命令工作原理其实质上是通过ld-linux.so来实现的，
ld-linux.so会先于可执行程序工作并获得控制权。
实际上可以直接使用ld-linux.so来查看可执行程序的共享库依赖关系。
sh-# /lib/ld-linux.so.3 --list ./test_main
libc.so.6 => /lib/libc.so.6 (0x40204000)
/lib/ld-linux.so.3 (0x4005a000)
sh-#
sh-# ldd ./test_main
libc.so.6 => /lib/libc.so.6 (0x40180000)
/lib/ld-linux.so.3 (0x40077000)
sh-#
可以试验将libc.so.6删除掉，再来看是否可以执行test_main这个程序。
通过确认发现，/lib/所在的文件系统为只读文件系统，所以无法进行删除操作。
sh-# rm /lib/libc.so.6
rm: cannot remove `/lib/libc.so.6': Read-only file system
sh-#
sh-# mountpoint /lib/
/lib/ is not a mountpoint
sh-#
sh-# stat -f /lib/
File: "/lib/"
ID: fe0000000000 Namelen: 256 Type: ooxx
Block size: 131072
Blocks: Total: 59 Free: 0 Available: 0
Inodes: Total: 1028 Free: 0
sh-#
但是基于试验的目的，可以通过设置环境变量LD_LIBRARY_PATH来达到目的，
即将/lib/从LD_LIBRARY_PATH中删除掉，这样在运行test_main程序时就会无法
找到动态链接库，从而造成程序执行错误。
但是实际情况是：
1. sh-# echo $LD_LIBRARY_PATH中并没有/lib目录；
2. test_main测试程序仍然可以正确运行。
sh-# echo $LD_LIBRARY_PATH
sh-#
sh-# ./test_main &
6663
<xulin>test_main
sh-#
