JNA UnsatisfiedLinkError，但 jna.library.path 已设置

Question

我正在使用以下代码在 JNA 中加载 dll（省略了不相关的代码）：

    public class JNAMain {
       public interface PointShapeBuffer extends Library { ... }

       public static void main(String[] args){
          System.setProperty("jna.library.path", "c:\\jnadll");
          System.setProperty("java.library.path", "c:\\jnadll");

          PointShapeBuffer jna = (PointShapeBuffer) Native.loadLibrary("FileGDBAPI", PointShapeBuffer.class);
       }
    }

并且出现以下错误：

Exception in thread "main" java.lang.UnsatisfiedLinkError: Unable to load library 'FileGDBAPI': The specified module could not be found.

我还尝试设置 VM 参数。任何建议都会很棒。

编辑：作为参考，我正在使用此处（需要注册）。

Answer 1

根据我的经验，在 64 位 Win7 上从 64 位 jvm 调用 32 位本机 dll 时，您通常会看到此错误。 Win7 对于 64 位和 32 位应用程序的工作方式有所不同。

在64位Win7上，您可以调用本机32位dll中的函数，但您需要使用32位JVM。

1. 下载并安装 32 位 Java 运行时环境 (JRE)。您可以在同一台计算机上安装 32 位和 64 位 jvm，只需确保它们安装在不同的目录中即可。
2. 确保在执行程序时运行 32 位 JRE 而不是默认的 64 位 JVM。 A) 更改 CLASSPATH 和 JAVA_HOME 环境变量以指向 32 位 jvm，或者编写脚本来设置 CLASSPATH 和 JAVA_HOME 并启动应用程序。

原因是32位dll与64位应用程序不兼容，而64位Win7使用32位模拟器来运行32位应用程序。虽然Windows库可能被称为xxxx32.dll（例如user32.dll），但64位Win7上System32文件夹中的库是64位库，而不是32位，而SysWOW64中的库是32位库，令人困惑吧？！？

您还可以将该库放置在 32 位系统文件夹 (SysWOW64) 中，并从 32 位 JVM 中进行 JNI 调用。

查看以下链接以获取 64 位 Win7 如何处理库的完整说明；

http://www.samlogic.net/articles /32-64-bit-windows-folder-x86-syswow64.htm

如果您真的想帮助自己入睡，请尝试从这里开始；）

http://msdn.microsoft.com/en-us/windows/hardware /gg463051.aspx

Answer 2

将您的：更改

Native.loadLibrary("FileGDBAPI", PointShapeBuffer.class);

为：

Native.loadLibrary("C:\\jnadll\\FileGDBAPI.dll", PointShapeBuffer.class);

如果您足够深入地研究 jna 源代码，您会在 NativeLibrary 类中找到一个不错的小钩子：

    /** Use standard library search paths to find the library. */
    private static String findLibraryPath(String libName, List searchPath) {
        //
        // If a full path to the library was specified, don't search for it
        //
        if (new File(libName).isAbsolute()) {
            return libName;
        }
        ...

因此，如果您只是传递绝对路径并且甚至不使用 searchPath，它将捕获。这就是为什么您不必担心 jna.library.lib。

Answer 3

您需要指定包含 DLL 的文件夹，而不是 DLL 的实际路径。

例如，对于 c:\foo\bar\baz.dll 处的 baz.dll，路径应设置为 c:\\foo\\bar代码>. （请注意，在 Java 中，如果您使用退格键，则必须使用反斜杠对其进行转义）

Answer 4

您可能需要下载包含 jna.jar 和 platform.jar 的最新版本并包含它们。那就不用设置路径了。

Answer 5

就像在一些评论中已经提到的那样：检查 DLL/库的依赖关系。最好的工具是 Dependency Walker (http://www.dependencywalker.com/)。只有当你所有的依赖关系都满足时，jna 才能找到你的 DLL....我花了很长时间才弄清楚这一点

Answer 6

这可能是因为合并到了 lebweb 套件中。我不确定，但那必须是只有现在你才能做一件事尝试这个。

$ dpkg -l | grep -i jna

尝试这个命令，如果你得到这个输出

ii  libjna-java  3.2.7-4 Dynamic access of native libraries from Java without JNI

或任何其他输出，那么你需要从系统中删除那个jna，因为如果程序本身有jna jar，那么就不需要系统jna。所以做这样的事情。

sudo apt-get autoremove libjna-java

并尝试再次重新启动该应用程序。它将运行但未运行，然后尝试安装新版本的libwebkit-gtk。

希望这会有所帮助。这对我有帮助。