Eclipse中的JNI未满足链接错误找不到依赖库

Question

我试图从java调用一个使用C样式字符串的C函数。当我使用C风格的字符串时，程序执行得很好，但正如我声明std：：string时，不知何故，它再也找不到依赖库了。我在eclipse环境中检查了includes文件夹，它确实包含

package test_strings;

public class TestString {
    
    static {
        System.load("C:\\Users\\aurok\\eclipse-workspace\\native_cpp\\Debug\\libnative_cpp.dll");
    }
    
    public native String sayHelloC();
    public native String sayHelloCpp();

    public static void main(String[] args) {
        
        TestString test = new TestString();
        
        System.out.println(test.sayHelloC());
        System.out.println(test.sayHelloCpp());

    }

}

这是我的本地文件：

#include "test_strings_TestString.h"
#include<string>
using namespace std;

JNIEXPORT jstring JNICALL Java_test_1strings_TestString_sayHelloC
  (JNIEnv *env, jobject thisObj){

    jstring str = env->NewStringUTF("Hello World C-style !!");
    return str;
}

JNIEXPORT jstring JNICALL Java_test_1strings_TestString_sayHelloCpp
  (JNIEnv *env, jobject thisObj){
    //std::string str = "Hello World C++ style !!";
    //return env->NewStringUTF(str.c_str());
    return env->NewStringUTF("Hello World C++ style !!");
}

这段代码可以很好地从java编译并运行良好，但只要我尝试使用std：：string版本（注释），代码就会编译并创建动态库，但在运行java代码时，我会遇到以下错误：

Exception in thread "main" java.lang.UnsatisfiedLinkError: C:\Users\aurok\eclipse-workspace\native_cpp\Debug\libnative_cpp.dll: Can't find dependent libraries
    at java.base/jdk.internal.loader.NativeLibraries.load(Native Method)
    at java.base/jdk.internal.loader.NativeLibraries$NativeLibraryImpl.open(NativeLibraries.java:383)
    at java.base/jdk.internal.loader.NativeLibraries.loadLibrary(NativeLibraries.java:227)
    at java.base/jdk.internal.loader.NativeLibraries.loadLibrary(NativeLibraries.java:169)
    at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2383)
    at java.base/java.lang.Runtime.load0(Runtime.java:746)
    at java.base/java.lang.System.load(System.java:1857)
    at test_strings.TestString.<clinit>(TestString.java:6)

我已经搜索了各种来源，寻找可能的解释，但没有找到。伙计们，帮帮我！

Answer 1

非常感谢你的回答。我终于想出了一个办法让它发挥作用。我使用lucasg的依赖项工具，发现libgcc\u s\u seh-1。dll和libstdc-6。dll丢失，即使它们存在于MinGW bin中。

因此，我显式地将它们添加到与动态库相同的文件夹中，并将它们加载到java虚拟环境中。这就是java方面现在的样子：

package test_strings;

import java.io.IOException;

public class TestString {
    
    static {
        System.load("C:\\Users\\aurok\\eclipse-workspace\\native_cpp\\Debug\\libwinpthread-1.dll");
        System.load("C:\\Users\\aurok\\eclipse-workspace\\native_cpp\\Debug\\libgcc_s_seh-1.dll");
        System.load("C:\\Users\\aurok\\eclipse-workspace\\native_cpp\\Debug\\libstdc++-6.dll.dll");
        System.load("C:\\Users\\aurok\\eclipse-workspace\\native_cpp\\Debug\\libnative_cpp.dll");
    }
    
    public native String sayHelloC();
    public native String sayHelloCpp();

    public static void main(String[] args) {
        
        TestString test = new TestString();
        
        System.out.println(test.sayHelloC());
        System.out.println(test.sayHelloCpp());

    }

}

注意：DLL的加载顺序很重要。它在任何其他订单中都不起作用。

Answer 2

<代码>

但是，根据项目配置为链接到C和C运行时库（静态或动态）的方式，生成的可执行文件可能依赖于也可能不依赖于其他DLL。（例如，对于Microsoft Visual Studio 2019 C编译器，C运行时库DLL为vcruntime140.DLL，C运行时库DLL为msvcp140.DLL）

使用std：：string可能会导致您的可执行文件依赖于C运行时库DLL（除了C运行时DLL之外），并且可能与可执行文件不在同一文件夹中（也不在DLL搜索路径中）。

在Windows上，C运行时DLL通常已经在系统范围内可用，但C运行时DLL需要安装（使用Microsoft Visual C可再发行包）或沿可执行文件本身放置在同一文件夹中。

另一种选择是静态链接运行库，这样生成的可执行文件就不会有那些DLL依赖项。但通常，首选动态链接。

请注意，根据您在Eclipse IDE中使用的C编译器（GCC（G）、Clang、MSVC或其他），所需的C运行时DLL将具有不同的文件名。