System.loadLibrary 不起作用。链中第二个库的 UnsatisfiedLinkError

我有java程序Client.class，它通过JNI使用cpp共享库libclient.so。 libclient.so 构建为共享并使用 cpp 共享库 libhttp.so。

libclient.so 和 libhttp.so 放在文件夹中/home/client/lib64
Client.class 放置在/home/client/bin

客户端无法加载库

1. System.load和环境变量LD_LIBRARY_PATH
2. System.loadLibrary 和 -Djava.library.path

第一种方法效果很好。

export LD_LIBRARY_PATH = /home/client/lib64

java -classpath ./bin 客户端

第二种方法失败了。

java -classpath ./bin -Djava.library.path=./../lib64 Client

java.lang.UnsatisfiedLinkError: /home/client/lib64/libclient.so: libhttp.so: cannot open shared object file: No such file or directory

当我将 libhttp.so 放入 /usr/lib64 时，第二种方法工作正常。

如果我使用 System.loadLibrary，为什么 libclient.so 会在 /usr/lib64 中查找 libhttp.so？ 如何在不将 libhttp.so 复制到 /usr/lib64 的情况下修复它？

我的加载代码：

    //Try load from -Djava.library.path        
    boolean found = false;
    String lib = "client";
    try {
       System.loadLibrary(lib);
       found = true;
    } catch (UnsatisfiedLinkError e) {
       e.printStackTrace();
    }
    //Try load from LD_LIBRARY_PATH
    if (!found) {
       lib = "libclient.so";
       String ld_lib_path = System.getenv("LD_LIBRARY_PATH");
       String[] paths = ld_lib_path.split(":");
       for(int i=0; i<paths.length; i++) {
          String p = paths[i];
          File x = new File(p, lib);
          if (x.exists()) {
             System.load(x.getAbsolutePath());
             found = true;
             break;
          }
       }
    }

附加信息。

如果我用 ldd 测试 libclient.so 然后我会看到： libhttp.so => not found 如果我设置 export LD_LIBRARY_PATH = /home/client/lib64 那么我会看到： libhttp.so => /home/client/lib64/libhttp.so

原因是 libclient.so 是从 JVM 加载的，它会查找java.library.path。然而，当 libclient.so 尝试加载 libhttp.so 时，它对 Java 一无所知，只是使用加载共享库的常规 Linux 方式（动态链接器ld.so），它看起来在LD_LIBRARY_PATH和一些常见的目录，例如/usr/lib64.

我可能会选择使用LD_LIBRARY_PATH从 Java 应用程序的启动脚本中设置。如果您不想使用启动脚本，理论上您可以设置LD_LIBRARY_PATH从流程本身内部。然而，Java不允许这样做（只有System.getenv(), not System.setenv()），因此您需要编写一个从 Java 调用的小型 C 库，并调用putenv()环境LD_LIBRARY_PATH.

如果你建造libclient.so本身，您可以使用-rpath链接器标志指定动态链接器应在其中查找更多所需库的路径。请注意，如果您在此处指定相对路径，它将被解释为相对于正在运行的应用程序的当前工作目录，而不是相对于libclient.so。为了实现这一点，您需要使用$ORIGIN作为论据-rpath并小心你的 shell 不会扩展它。

所以，如果你想拥有libclient.so and libhttp.so在同一目录中，您需要使用

-rpath '$ORIGIN'

作为构建时链接器的参数libclient.so。如果您不直接调用链接器而是让编译器调用它，则需要将以下内容添加到编译器的命令行中：

-Wl,-rpath,'$ORIGIN'

有关这方面的更多信息可以在手册页ld.so.