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环境变量. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |