Question

长话短说：我有一个可执行jar，调用依赖于jni.dll的{{1}}。而且我得到了那么可怕的lib.dll。

This答案非常接近，但根据我的经验，它无法解决问题。即使在UnsatisfiedLinkError中指定了dll所在的文件夹，它也不起作用。我还必须更改Windows java.library.path环境变量。实际上，Windows上的默认PATH似乎是java.library.path。

有没有“漂亮”的方法来解决这个问题？我想为Windows构建一个安装程序，我想知道如何处理这个问题，以便最终用户不必进行任何手动工作。

修改

我实现的内容如下：应用程序附带一个名为“native_libs”的文件夹，该文件夹具有适用于所有受支持体系结构的动态库。结构如下：

PATH

在运行时，在应用程序初始化时，会检测到正确的JRE体系结构和系统OS，并将正确的库文件复制到libs /文件夹。 / +- native_libs/ +- windows/ | +- x86/ | | +- ... | +- x64/ | +- ... | +- linux/ | +- x86/ | | +- ... | +- x64/ | +- ... | +- libs/ +- ...也是在运行时使用常见的hack设置的。最后，使用本机启动器设置Windows的java.library.path环境变量。

还有改进的余地吗？也许将dll复制到与PATH文件相同的目录中会导致无需设置jar和java.library.path变量？我还需要调查使用PATH加载dll，这将无需复制文件。

Answer 1

java.library.path指定System.loadLibrary()查找动态库文件的目录。如果更改代码中的java.library.path系统属性，则不会产生任何影响。有些黑客可以让Java“忘记”初始值并重新评估java.library.path系统属性的内容。

但是，依赖库不是由Java加载的，它是由Windows加载的。 Windows不关心java.library.path，它只关心PATH环境变量。您唯一的选择是为您的Java进程调整PATH。例如，如果从批处理文件启动它，请在java调用之前更改PATH环境变量。

Answer 2

最简单的解决方案是确保所有.dll都在'。'中。当你执行时。

Answer 3

如果问题是操作系统找不到依赖库，您是否尝试在加载主库之前通过System.loadLibrary()加载它？

Answer 4

将你的jni.dll所依赖的dll放在你的“当前工作目录”中，在运行时检查这个System.getProperty("user.dir")以了解你的“当前工作目录”

Windows上的Java JNI和依赖库

4 个答案: