一尘不染

如何通过Java代码影响System.loadLibrary()的搜索路径?

java

在Java项目中,我正在使用第三方库,该第三方库通过

System.loadLibrary("libName");

我希望能够从我的应用程序中影响此方法的搜索路径,以便用户无需在命令行上指定正确的java.library.path值(此值取决于当前操作系统)和建筑)。例如在Windows上,我想将其设置为“
lib / native / windows”,在Linux 32bit上,将其设置为“ lib / native / linux32”等。

我试过了

System.setProperty("java.library.path", ...)

但这被忽略了,这显然是因为JVM在我的代码运行之前仅读取了此属性一次。

我还尝试在使用依赖于它的Java库之前加载本机libray

System.load("fullPath/lib")

此调用成功,但是当使用System.loadLibrary()再次加载本机库时,仍然会出现UnsatisfiedLinkError。

我发现的唯一方法是:

  • 添加抽象外部库的整个API的接口。
  • 在其余的代码中仅使用这些接口。
  • 添加实现接口并委托给库的类。
  • 编写自己的ClassLoader,
    • 覆盖findLibary(),以便在正确的路径中找到本机库
    • 覆盖loadClass()并单独加载外部库和包装器层的所有类,而不是像默认的ClassLoader那样尝试委托给其父类
  • 确保使用普通的ClassLoader加载接口,并且包装类和外部库使用我自己的ClassLoader加载。

这行得通,但是我发现它非常复杂并且需要很多努力,因为我需要添加所有这些接口。有没有更简单的方法?


阅读 581

收藏
2020-12-03

共1个答案

一尘不染

  1. 没有批准的方法可以更改正在运行的JVM的库路径。
  2. 您不能多次加载本机库…并且无法卸载本机库以便可以再次加载它:http : //bugs.sun.com/bugdatabase/view_bug.do?bug_id=4171986

根据您上面的评论(尤其是第三方库的行为),我想说,最好的选择是在启动JVM时正确获取库路径。

请注意,有一种更改库路径的简便方法,但是它涉及讨厌的反射,并且据说不适用于所有Java版本。当然,它依赖于未记录的私有实现细节,ClassLoader该细节_可能_ 会从一个版本更改为另一个版本。

2020-12-03