JNI：未满足链接错误：找不到依赖库

Question

我试图编写一个简单的Java程序，通过JNI调用C函数来打印“Hello World”。一切编译都没有错误，但当我运行程序时，我得到一个“UnsatisfiedLinkError：找不到依赖库”。

根据Dependency Walker和dumpbin的说法，唯一的依赖项是“kernel32.dll”，在C:\Windows\System32及其依赖项中，也在System32中。

使命感

    System.loadLibrary("Kernel32");

返回时没有错误，但正在加载Hello。包含打印函数的dll仍会引发错误。

有人知道是什么引起的吗？

编辑：

Dependency Walker确实给出了两个警告/错误：

-错误：由于隐式依赖模块中缺少导出函数，至少有一个模块有未解析的导入。

-错误：发现不同CPU类型的模块。

编辑：

这里有一些更详细的信息：我正在运行64位Windows 7，并编译我的。带有cl的dll（Visual Studio 2010）。

我的Java代码你好。java：

    public class Hello
    {
        public static native void hello();

        public static void main(String[] args)
        {
            hello();
        }

        static
        {
            // Extra dependencies load with no error
            System.loadLibrary("NTDLL");
            System.loadLibrary("KERNELBASE");
            System.loadLibrary("KERNEL32");
            System.loadLibrary("Hello"); // Throws UnsatisfiedLinkError
        }
    }

我可以毫无错误地编译java文件，并使用javah-jni生成一个C头Hello。h:

    /* DO NOT EDIT THIS FILE - it is machine generated */
    #include <jni.h>
    /* Header for class Hello */

    #ifndef _Included_Hello
    #define _Included_Hello
    #ifdef __cplusplus
    extern "C" {
    #endif
    /*
     * Class:     Hello
     * Method:    hello
     * Signature: ()V
     */
    JNIEXPORT void JNICALL Java_Hello_hello
      (JNIEnv *, jclass);

    #ifdef __cplusplus
    }
    #endif
    #endif

我在Hello中实现了header。c：

    #include <stdio.h>
    #include <jni.h>
    #include "Hello.h"
    #pragma comment(linker, "/EXPORT:Java_Hello_hello=_Java_Hello_hello@8")

    JNIEXPORT void JNICALL
    Java_Hello_hello(JNIEnv* env, jclass class)
    {
        printf("Hello World\n");
        return;
    }

C代码是用cl（尽管我也尝试过tcc）编译成Hello的。dll，它存储在与java相同的目录中。班

Answer 1

你需要

• 将DLL放入windows\system32\文件夹
• 指定java。图书馆命令行中的路径

Answer 2

我试图让JNI为学校的最终项目工作，但在一个月的头疼之后，我最终找到了替代方案。试试JavaNative Access。它允许您从Windows（. dll）和Linux（. so）上的任何共享库调用任何C函数，它甚至为一些Win32函数提供了方便方法。将您的本机代码编译到共享库中，然后使用JNA动态链接到库并调用您的函数。它说它比JNI慢得多，这是有道理的，因为所有内容都是动态加载的，但我没有注意到性能受到影响。

为了弄清楚C编译器是如何损坏函数名的–将strlen变成_strlen@4或其他什么–我建议使用DLL Export Viewer（下载链接位于底部附近）。我不知道Linux是否有类似的工具。

Answer 3

看起来我的问题是64位系统和java安装以及32位C编译器的结合。

默认情况下，Visual C编译器生成32位应用程序，这在由64位java加载时会导致错误。我用Windows SDK 7.1 64位编译器编译了我的应用程序，它运行时没有出现错误，并且删除了Dependency Walker中的警告。