Windows上的Java JNI和依赖库

长话短说：我有一个可执行jar，它调用依赖于lib.dll 。而且我得到了那些令人恐惧的UnsatisfiedLinkError 。

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

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

编辑：

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

 / +- native_libs/ +- windows/ | +- x86/ | | +- ... | +- x64/ | +- ... | +- linux/ | +- x86/ | | +- ... | +- x64/ | +- ... | +- libs/ +- ...

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

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

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

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

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

如果问题是os无法找到依赖库，您是否尝试在加载主库之前通过System.loadLibrary()加载它？

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