<span>动态库libXXX.so ldd命令</span>

##############

ldd查看程序依赖的依赖库：

[root@xxx ~]# ldd /usr/bin/mydumper
/usr/bin/mydumper: /lib64/libc.so.6: version `GLIBC_2.28' not found (required by /usr/bin/mydumper)
    linux-vdso.so.1 =>  (0x00007ffe68d8c000)
    libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f39616aa000)
    libz.so.1 => /lib64/libz.so.1 (0x00007f3961494000)
    libm.so.6 => /lib64/libm.so.6 (0x00007f3961191000)
    librt.so.1 => /lib64/librt.so.1 (0x00007f3960f89000)
    libssl.so.1.1 => not found
    libcrypto.so.1.1 => not found
    libdl.so.2 => /lib64/libdl.so.2 (0x00007f3960d84000)
    libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x00007f3960a4d000)
    libgthread-2.0.so.0 => /lib64/libgthread-2.0.so.0 (0x00007f396084a000)
    libgio-2.0.so.0 => /lib64/libgio-2.0.so.0 (0x00007f39604ca000)
    libgobject-2.0.so.0 => /lib64/libgobject-2.0.so.0 (0x00007f396027a000)
    libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f3960018000)
    libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f395fd11000)
    libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f395fafb000)
    libc.so.6 => /lib64/libc.so.6 (0x00007f395f739000)
    /lib64/ld-linux-x86-64.so.2 (0x000055d14c110000)
    libffi.so.6 => /lib64/libffi.so.6 (0x00007f395f531000)
    libgmodule-2.0.so.0 => /lib64/libgmodule-2.0.so.0 (0x00007f395f32d000)
    libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f395f105000)
    libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f395eeeb000)
[root@tj1-using-glc-db01 ~]# mydumper --version
mydumper: error while loading shared libraries: libssl.so.1.1: cannot open shared object file: No such file or directory

ldd原理和含义：

第一列：程序需要依赖什么库

第二列: 系统提供的与程序需要的库所对应的库

第三列：库加载的开始地址



通过上面的信息，我们可以得到以下几个信息：

通过对比第一列和第二列，我们可以分析程序需要依赖的库和系统实际提供的，是否相匹配

通过观察第三列，我们可以知道在当前的库中的符号在对应的进程的地址空间中的开始位置

如果依赖的某个库找不到，通过这个命令可以迅速定位问题所在；

原理： ldd不是个可执行程式，而只是个shell脚本； ldd显示可执行模块的dependency的工作原理，其实质是通过ld-linux.so（elf动态库的装载器）来实现的。ld-linux.so模块会先于executable模块程式工作，并获得控制权，因此当上述的那些环境变量被设置时，ld-linux.so选择了显示可执行模块的dependency。

1、动态库的概念。动态链接库与普通的程序相比而言，没有main函数，是一系列函数的实现。通过shared和fPIC编译参数生产so动态链接库文件。程序在调用库函数时，只需要连接上这个库即可。

2、动态库的优点。可以实现进程之间的资源共享。就是说，某个程序的在运行中要调用某个动态链接库函数的时候，操作系统首先会查看所有正在运行的程序，看在内存里是否已有此库函数的拷贝了。如果有，则让其共享那一个拷贝；只有没有才链接载入。这样的模式虽然会带来一些“动态链接”额外的开销，却大大的节省了系统的内存资源。C的标准库就是动态链接库，也就是说系统中所有运行的程序共享着同一个C标准库的代码段。将一些程序升级变得简单。用户只需要升级动态链接库，而无需重新编译链接其他原有的代码就可以完成整个程序的升级。Windows 就是一个很好的例子。甚至可以真正坐到链接载入完全由程序员在程序代码中控制。程序员在编写程序的时候，可以明确的指明什么时候或者什么情况下，链接载入哪个动态链接库函数。你可以有一个相当大的软件，但每次运行的时候，由于不同的操作需求，只有一小部分程序被载入内存。所有的函数本着“有需求才调入”的原则，于是大大节省了系统资源。比如现在的软件通常都能打开若干种不同类型的文件，这些读写操作通常都用动态链接库来实现。在一次运行当中，一般只有一种类型的文件将会被打开。所以直到程序知道文件的类型以后再载入相应的读写函数，而不是一开始就将所有的读写函数都载入，然后才发觉在整个程序中根本没有用到它们。编译时查找的是静态库或动态库，而运行时查找的只是动态库。gcc参数-L指定编译时的链接路径，-Wl,-rpath指定运行时链接路径。编译时使用环境变量LIBRARY_PATH指定库的路径,运行时使用环境变量LD_LIBRARY_PATH或/etc/ld.so.conf指定库的路径。编译时用的链接器是ld，而运行时用的链接器是/lib/ld-linux.so.2。编译时与运行时都会查找默认路径：/lib /usr/lib。编译时还有一个默认路径：/usr/local/lib，而运行时不会默认找查该路径。