Java JNI和Windows上的依赖库

长故事短：我有一个可执行的jar,它调用依赖于lib.dll的jni.dll.而且我得到了这么糟糕的UnsatisfiedLinkError.

This的答案非常接近,但是从我的经验来看,它无法解决问题.即使在java.library.path中指定了dll所在的文件夹,它将无法正常工作.我也必须更改Windows PATH环境变量.实际上,Windows上的默认java.library.path似乎是PATH.

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

编辑：

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

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

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

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

解决方法

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

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

Java JNI和Windows上的依赖库

解决方法

猜你在找的Java相关文章