您可以
libb.so使用以下
ldd命令轻松检查期望的位置：
$ ldd liba.so linux-gate.so.1 => (0xb77b0000) libb.so.1 => not found libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb75b6000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7572000) libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb742b000) /lib/ld-linux.so.2 (0xb77b1000)
如果是
not found，
libb.so则应将路径添加到
/etc/ld.so.conf或shell变量中
LD_LIBRARY_PATH。
另一种方式是设置
rpath在
liba.so本身-它基本上硬编码它的路径，所以当二进制启动动态连接器会知道在哪里搜索共享库。
如果
rpath未设置，它将首先在中搜索
LD_LIBRARY_PATH，然后在
/etc/ld.so.conf（或/etc/ld.so.conf.d/）中提到的路径。添加后
ls.so.conf不要忘记执行
/sbin/ldconfig
动态链接器通过它们的依赖共享库
soname（如果已设置）搜索它们-如果
soname未设置（例如，使用-
Wl，-soname，libb.so.1），则将按库的名称进行搜索。
示例：
libb.so.1.0是您的实际库，具有
soname-
libb.so.1。通常，您将具有以下文件结构：
libb.so -> libb.so.1libb.so.1 -> libb.so.1.0libb.so.1.0
其中
libb.so和
libb.so.1是符号链接。
libb.so在构建某些应用程序或其他库时，通常取决于链接到
libb.so。
gcc -shared -Wl,-soname,liba.so.1 -o liba.so.1.2 -L/libb/path -lb
启动应用程序（或执行dlopen-您的情况）时，动态链接程序将搜索名称为
libb.so.1-
soname依赖库（如果
soname已设置）的文件，而不是
libb.so。
这就是为什么您需要那个
libb.so.1指向实际库的symlink的原因。
如果使用
ld.so.conf和
ldconfig，则
soname如果缺少该符号链接，它将使用的名称创建指向该库文件的符号链接。
您可以查看ld-linux手册页以获取更多有用的信息。
如果找到了库，但是缺少一些符号，请尝试
libb.so使用
-Wl,--no-undefinedoption 构建
gcc -shared -Wl,-soname,libb.so.1 -Wl,--no-undefined -o libb.so.1.2
如果您错过定义某些符号的操作，应该会给您一个错误。
