ldd命令原理
ldd显示可执行模块的dependency的工作原理，其实质是通过ld-linux.so(elf动态库的装载器)来实现的。我们知道， ld-linux.so模块会先于executable模块程序工作，并获得控制权，因此当上述的那些环境变量被设置时，ld-linux.so选择了显 示可执行模块的dependency。
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等，看看程序的运行结果
$ export LD_TRACE_LOADED_OBJECTS=1
$ ls
libc.so.1 =>　　 /usr/lib/libc.so.1
libdl.so.1 =>　　/usr/lib/libdl.so.1
$ man
libgen.so.1 =>　 /usr/lib/libgen.so.1
libc.so.1 =>　　 /usr/lib/libc.so.1
libdl.so.1 =>　　/usr/lib/libdl.so.1
$
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)

Shell脚本ldd命令原理及使用方法
-----------------------------------------------------------
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 feedom.net    执行符号重部署，并报告缺少的目标对象(只对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
----------------------------------------------------------
1、首先ldd不是一个可执行程序，而只是一个shell脚本

例子：
[root@samba /]# ldd /bin/bash
linux-gate.so.1 => (0x00e2d000)
libtermcap.so.2 => /lib/libtermcap.so.2 (0x00570000)
libdl.so.2 => /lib/libdl.so.2 (0x0052e000)
libc.so.6 => /lib/libc.so.6 (0x003f9000)
/lib/ld-linux.so.2 (0x003dc000)

记得用全路径

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。

让linux加载当前目录的动态库
------------------------------------------------
linux的excutable在执行的时候缺省是先搜索/lib和/usr/lib这两个目录，然后按照ld.so.conf里面的配置搜索绝对路径，linux缺省是不会在当前目录搜索动态库的。windows加载动态库的时候，缺省是首先加载本地目录下的动态库，然后再搜索 windows/system和windows/system32目录。
windows的动态库搜索顺序，虽然有可能会造成潜在的混乱，但是对于开发和测试无疑是比较方便的，尤其是debug和release版本的动态库需要经常切换进行测试的时候。linux的动态库搜索顺序虽然可以说成是比较严谨，但是相对来说也比较呆板，有时候会造成不便。
其实，linux也可以支持“加载当前目录的动态库”。只要设置合适的环境变量LD_LIBRARY_PATH就可以了。设置方法有以下三种：

1、临时修改，log out之后就失效
在terminal中执行：export LD_LIBRARY_PATH=./

2、让当前帐号以后都优先加载当前目录的动态库
修改~/.bash_profile在文件末尾加上两行：LD_LIBRARY_PATH=./和export LD_LIBRARY_PATH

3、让所有帐号从此都优先加载当前目录的动态库
修改/etc/profile在文件末尾加上两行：LD_LIBRARY_PATH=./和export LD_LIBRARY_PATH
PS：修改ld.so.conf不能达到我们的目的，因为ld.so.conf只支持绝对路径。
===================================================
权威资料参考：
LD_LIBRARY_PATH 环境变量 [UNIX]
--------------------------------------------------------------------------------
语法
LD_LIBRARY_PATH=installation_path/lib

说明
LD_LIBRARY_PATH 环境变量仅在UNIX上使用。它由安装程序修改为包括 Adaptive Server Anywhere 库所在的目录。
这些库位于安装目录的 lib 子目录中(例如，/opt/SYBSasa9/lib)。
在Mac OS X上使用的是DYLD_LIBRARY_PATH环境变量，而在 AIX 上使用的则是 LIBPATH 环境变量。

Linux 共享库：尽量避免 LD_LIBRARY_PATH
-------------------------------------------------------------------
Linux 运行的时候，是如何管理共享库(*.so)的？在 Linux 下面，共享库的寻找和加载是由 /lib/ld.so 实现的。ld.so 在标准路经(/lib, /usr/lib) 中寻找应用程序用到的共享库。

但是，如果需要用到的共享库在非标准路经，ld.so 怎么找到它呢？
目前，Linux通用的做法是将非标准路经加入/etc/ld.so.conf，然后运行ldconfig生成 /etc/ld.so.cache。ld.so 加载共享库的时候，会从ld.so.cache 查找。

传统上，Linux的先辈 Unix 还有一个环境变量 - LD_LIBRARY_PATH 来处理非标准路经的共享库。ld.so 加载共享库的时候，也会查找这个变量所设置的路经。但是，有不少声音主张要避免使用 LD_LIBRARY_PATH 变量，尤其是作为全局变量。
* LD_LIBRARY_PATH is not the answer - http://prefetch.net/articles/linkers.badldlibrary.html
* Why LD_LIBRARY_PATH is bad - http://xahlee.org/UnixResource_dir/_/ldpath.html
* LD_LIBRARY_PATH - just say no - http://blogs.sun.com/rie/date/20040710
解决这一问题的另一方法是在编译的时候通过 -R 选项指定 run-time path。

ldconfig 工具的作用

==============================================================================

ldconfig是一个动态链接库管理命令。其目的是为了让动态链接库为系统所共享。
ldconfig命令的用途
主要是在默认搜寻目录(/lib和/usr/lib)以及动态库配置文件/etc/ld.so.conf内所列的目录下，搜索出可共享的动态链接库(格式如lib*.so*)，进而创建出动态装入程序(ld.so)所需的连接和缓存文件。
缓存文件默认为/etc/ld.so.cache,此文件保存已排好序的动态链接库名字列表。

ldconfig命令的使用时机
ldconfig通常在系统启动时运行，而当用户安装了一个新的动态链接库时，就需要手工运行这个命令。
最后编辑： selboo 编辑于2012/03/29 23:54