时间戳

首页 > 解决方案 > java.lang.UnsatisfiedLinkError: com.example.program.ClassName.foo()L

java - java.lang.UnsatisfiedLinkError: com.example.program.ClassName.foo()L

问题描述

我无法运行库的方法。我的库在我的 PATH 中，并且通过以下代码加载而没有错误：

    System.loadLibrary("FTDIInterface");

但是这些功能不起作用。我得到以下异常：

Caused by: java.lang.UnsatisfiedLinkError: Messgeraet.src.net.sf.yad2xx.FTDIInterface.getDevices()[LMessgeraet/src/net/sf/yad2xx/Device;
at Messgeraet.src.net.sf.yad2xx.FTDIInterface.getDevices(Native Method)
at Messgeraet.src.Emu.EmuConnection.<init>(EmuConnection.java:22)
at Messgeraet.src.Emu.EmuModel.connect(EmuModel.java:27)
at Messgeraet.src.JavaFX.FXController.connect(FXController.java:112)
... 62 more

我正在使用日食。在 IntelliJ 中它工作正常，我还得到了另一个包含该库的 eclipse 项目，没有任何问题。

为什么它不能运行我的方法 FTDIInterface.getDevices？

标签： javaeclipsedlljava-native-interfacedllimport

解决方案

您的包裹似乎已关闭；Messgereat.src听起来你有一个名为 Messgereat 的项目目录，里面有一个名为“src”的文件夹，里面有你的 java 源代码，并且你错误地配置了你的构建工具；正确的包名称听起来应该是：package net.sf.yad2xx;，但由于构建错误，它无法正常工作，您决定通过更新package语句来解决问题，但这破坏了您的 JNI 绑定。

然后解决方案是撤消您对包语句所做的所有更改，并改为修复您的构建脚本。

或者，如果您确实打算使用那个奇怪的包，那么请确保您已经使用完全相同的构建设置执行了 javah，并将其用作您的 JNI 代码的基础。如果您已经这样做了，请将导出的符号作为@user2543253 建议的评论包含在库中。

注意：您的 loadLibrary 调用完全有效，这有点奇怪。PATH 与它无关，但推测您的库恰好位于您的库路径中列出的位置，这是名为“java.library.path”的系统属性（VM 的，而不是您的操作系统的） '; 你设置它，例如：

java -Djava.library.path=/path1:/path2 -cp /path/to/dep1.jar:/path/to/dep2.jar com.foo.Main

由于这种混淆，也可能正在加载一些不同的本机 lib 文件（也称为 FTDIInterface），而不是您认为正在加载的那个。如果您想确定正在加载的内容，请运行System.load("/absolute/path/to/the/dll-jnilib-or-so-libraryfile.so");- 那么您肯定知道。

推荐阅读