Windows上的Java JNI和依赖库

Question

长话短说:我有一个可执行的jar,jni.dll它依赖于调用lib.dll.我得到了那么可怕的哦UnsatisfiedLinkError.

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

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

编辑:

我实现的内容如下:应用程序附带一个名为"native_libs"的文件夹,该文件夹具有适用于所有支持的体系结构的动态库.结构如下:

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

在运行时,在应用程序初始化时,会检测到正确的JRE体系结构和系统OS,并将正确的库文件复制到libs /文件夹.在java.library.path正在运行时使用一个共同的黑客,以及设置.最后,PATH使用本机启动程序设置Windows 的环境变量.

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

Answer 1

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

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