如何解决JNI-为什么rt.jar System.load不起作用,但包装方法起作用?
这是一个演示(我省略了utils,他们只是检查异常和打印消息):
第一次尝试,它应该可以工作:
C ++部分:
jclass jClass_java_lang_System = env->FindClass("java/lang/System");
jmethodID jMethodID_java_lang_System_load = env->GetStaticMethodID(jClass_java_lang_System,"load","(Ljava/lang/String;)V");
env->CallStaticVoidMethod(jClass_java_lang_System,jMethodID_java_lang_System_load,library_path);
没有例外,但是之后,调用本机方法导致UnsatisfiedLinkError
。
第二次尝试,编写一个包装方法:
public static void load(String path) {
System.load(path);
}
并从C ++调用
jmethodID jMethodID_Driver_load = env->GetStaticMethodID(jClass_Driver,"(Ljava/lang/String;)V");
env->CallStaticVoidMethod(jClass_Driver,jMethodID_Driver_load,library_path);
checkException(env);
它只是System.load的包装器,仅此而已,工作正常。本地呼叫正常工作。
然后进行更多测试,但没有任何意义-都使用它们:
jclass jClass_java_lang_System = env->FindClass("java/lang/System");
jmethodID jMethodID_java_lang_System_load = env->GetStaticMethodID(jClass_java_lang_System,library_path);
if (!checkException(env)) std::cout << "Load by rt.jar no Exception" << std::endl;
jclass jClass_Driver = env->FindClass("Driver");
jmethodID jMethodID_Driver_load = env->GetStaticMethodID(jClass_Driver,library_path);
checkException(env); // The first UnsatisfiedLinkError print by this util
// Second UnsatisfiedLinkError print by native method call,I omit it.
得到这个结果:
Load by rt.jar no Exception
java.lang.UnsatisfiedLinkError: Native Library XXXXX already loaded in another classloader
java.lang.UnsatisfiedLinkError: XXXXXXX
这使它更加混乱,java.lang.System-load()
的第一次尝试show加载不起作用,但实际上是在加载库。然后抛出一个重复的加载异常。
并颠倒顺序:
jclass jClass_Driver = env->FindClass("Driver");
jmethodID jMethodID_Driver_load = env->GetStaticMethodID(jClass_Driver,library_path);
checkException(env);
jclass jClass_java_lang_System = env->FindClass("java/lang/System");
jmethodID jMethodID_java_lang_System_load = env->GetStaticMethodID(jClass_java_lang_System,library_path);
if (!checkException(env)) std::cout << "Load by rt.jar no Exception" << std::endl;
并得到以下结果:
Load by wrapper no Exception
java.lang.UnsatisfiedLinkError: Native Library XXXX already loaded in another classloader
Result is - 2468
Result is - 2468
即使抛出重复的加载异常,本地调用也可以正常工作。
问题:会发生什么?该怎么解决?
解决方法
当您使用System.load()
加载本机库时,VM会尝试将其找到的任何JNI函数绑定到其Java对应的JNI函数,即声明本机方法的类。仅当该类已加载时,它才能这样做。如果事后加载该类,则将具有未绑定的本机方法,并且在调用它们时会得到一个UnsatisfiedLinkError
。
要能够调用您的包装器方法,您要做加载该类,因此VM 可以绑定本机方法。要仅通过调用System.load()
来实现此目的,请确保VM已具有该类。也就是说,最好使用通常的方法从类本身的静态初始化程序中加载本机库。 loadLibrary
还将找到静态链接的库。因此,如果您将JNI函数与其余代码分开,然后将它们放入自己的库中,则可以静态链接它们并使用带有简单名称的loadLibrary
。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。