Linux 上的共享库依赖路径是如何确定的？

Question

当我针对 libphp5.so 等共享库运行 ldd 时，我发现它依赖于 libmysqlclient.so.16：

$ ldd ./libphp5.so
libmysqlclient.so.16 => /usr/lib/mysql/libmysqlclient.so.16 
[other dependencies snipped out]

这些是依赖文件名和路径（/usr/lib/mysql/libmysqlclient.so.16）烘焙到共享库二进制文件中？或者这个路径是通过其他方式确定的，例如通过/etc/ld.so.conf.d/mysql-i386.conf，其中顺便包含：

/usr/lib/mysql/

另一件事让我困惑：

有一个我有从源代码编译的共享库。这依赖于libmysqlclient_r。 gcc 编译器切换来生成这个库，如下所示：

gcc -shared -L/usr/lib/mysql -lmysqlclient_r [+various other switches]

当我执行 ldd mylib.so 时，我看到：

libmysqlclient_r.so.16 => /usr/lib/mysql/libmysqlclient_r.so.16 (0x0055c000)

但是在 /usr/lib/mysql 目录我看到：

-rwxr-xr-x. libmysqlclient_r.so -> libmysqlclient_r.so.16.0.0
lrwxrwxrwx. libmysqlclient_r.so.16 -> libmysqlclient_r.so.16.0.0
-rwxr-xr-x. libmysqlclient_r.so.16.0.0
lrwxrwxrwx. libmysqlclient.so -> libmysqlclient.so.16.0.0
lrwxrwxrwx. libmysqlclient.so.16 -> libmysqlclient.so.16.0.0
-rwxr-xr-x. libmysqlclient.so.16.0.0

libmysqlclient_r.so 是 libmysqlclient_r.so.16.0.0 的符号链接，那么为什么 ldd 显示依赖关系作为libmysqlclient_r.so.16。我在这里缺少一些魔法吗？

_{作为 Windows 开发人员多年，我对 gcc 和 Linux 上的开发有点陌生。}

我的 Linux 发行版是 CentOS 6.0 x86-32bit。

Answer 1

您可以通过运行查看哪些路径来自哪里

LD_DEBUG=libs ldd ./libphp5.so

这些依赖文件名和路径（/usr/lib/mysql/libmysqlclient.so.16）是否已烘焙到共享库二进制文件中？

文件名几乎肯定是。路径通常不是。 来查看二进制文件中包含的内容

readelf -d ./libphp5.so

您可以通过查找 (NEEDED) 和 (RPATH) 条目

。还请阅读 man ld.so 。有很多因素会影响动态加载器搜索共享库的方式：ld.so.conf、LD_LIBRARY_PATH、可执行文件是否是suid ，如何配置 glibc，在链接时给出哪些 -rpath 设置，等等。

Answer 2

这些依赖文件名和路径（/usr/lib/mysql/libmysqlclient.so.16）是否已烘焙到共享库二进制文件中？

是的，它们可以而且经常如此。这里的关键字是-rpath。然而，ld.conf 也有它的发言权。不幸的是，整个系统非常复杂。