JavaWindows上的JNI和依赖库

Question

长话短说：我有一个可执行的jar，它调用jni.dll，它依赖于lib.dll。我得到了非常可怕的不满意的LinkError。

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

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

编辑：

我实现了以下内容：该应用程序附带了一个名为“native\u libs”的文件夹，其中包含所有受支持体系结构的动态库。结构如下：

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

在运行时，当应用程序初始化时，会检测到正确的JRE体系结构和系统操作系统，并将正确的库文件复制到libs/文件夹。java。图书馆路径也在运行时使用常见的hack设置。最后，使用本机启动器设置windows的PATH环境变量。

还有改进的余地吗？也许将dll复制到与jar文件相同的目录中可以消除设置java的需要。图书馆path和path变量？我需要研究用系统加载dll。load（），这将消除复制文件的需要。

Answer 1

如果问题是操作系统找不到依赖项库，您是否尝试过通过系统加载它。loadLibrary（）在加载主库之前？

Answer 2

最简单的解决方案是确保所有。DLL位于“.”执行时。

Answer 3

<代码>java。图书馆路径指定系统所在的目录。loadLibrary（）查找动态库文件。如果更改java。图书馆path系统属性，它不会产生任何影响。有一些黑客让Java“忘记”初始值并重新评估Java的内容。图书馆路径系统属性。

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