JNI,在C ++上调用Java,在CallObjectMethod上调用SIGSEGV

时间:2015-07-02 09:35:36

标签: java c++ java-native-interface sigsegv

我试图解决使用JNI从C ++调用Java的问题已经被困了几天。

这是我的C ++代码。我调用一个调用C ++的java函数,在那个C ++函数中,我试图用我收到的JNIEnv调用另一个Java函数。 该错误似乎源于CallObjectMethod。

JNIEXPORT jbyteArray JNICALL Java_Core_passJavaEnvToCpp(JNIEnv *env, jobject object) {

    jclass myClass = env->FindClass("Core");

    if (env->ExceptionCheck()) {
        env->ExceptionDescribe();
        env->ExceptionClear();
    }
    std::cout << "# 1" << std::endl;
    jmethodID mID = env->GetMethodID(myClass, "retrieveData", "(Ljava/lang/String;)[B");

    if (env->ExceptionCheck()) {
        env->ExceptionDescribe();
        env->ExceptionClear();
    }

    std::cout << "# 2" << std::endl;
    jbyteArray data = (jbyteArray) env->CallObjectMethod(myClass, mID, (jstring)"<location of data>");

    if (env->ExceptionCheck()) {
        env->ExceptionDescribe();
        env->ExceptionClear();
    }
    std::cout << "# 3" << std::endl;

    return data;

}

这是我得到的错误:

# 1
# 2
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x000000010ba5dbe6, pid=8193, tid=13063
#
# JRE version: Java(TM) SE Runtime Environment (8.0_25-b17) (build 1.8.0_25-b17)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.25-b02 mixed mode bsd-amd64 compressed oops)
# Problematic frame:
# V  [libjvm.dylib+0x30abe6]  Fingerprinter::Fingerprinter(methodHandle)+0x1a
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /Users/.../Downloads/apache-tomcat-8.0.21/bin/hs_err_pid8193.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
#

这是日志报告的一部分:

    Stack: [0x0000000125c20000,0x0000000125d20000],  sp=0x0000000125d1e640,  free space=1017k
 92 Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
 93 V  [libjvm.dylib+0x30abe6]  Fingerprinter::Fingerprinter(methodHandle)+0x1a
 94 V  [libjvm.dylib+0x30987a]  jni_invoke_nonstatic(JNIEnv_*, JavaValue*, _jobject*, JNICallType, _jmethodID*, JNI_ArgumentPusher*, Thread*)+0x244
 95 V  [libjvm.dylib+0x2f9fa3]  jni_CallObjectMethodV+0xf8
 96 V  [libjvm.dylib+0x30d15a]  checked_jni_CallObjectMethodV+0x113
 97 C  [transcoder.dylib+0x10a9]  JNIEnv_::CallObjectMethod(_jobject*, _jmethodID*, ...)+0x189
 98 C  [transcoder.dylib+0xc3e]  Java_Core_passJavaEnvToCpp+0x10e
 99 j  Core.passJavaEnvToCpp()[B+0

有人遇到类似的事吗?我已经从硬件RAM问题,通过JVM版本问题了解了几种不同的可能性,而且我不知道如何继续进行。 我会很高兴任何建议。

FIXED: 从这里开始这个过程时,我应该正确检查函数参数。

您必须在CallObjectMethod()中传递jobject而不是myClass。 Bcoz那个方法不是一个采用类对象的静态方法。它是一个实例方法,因此传递该类的对象。 - Saritha G

2 个答案:

答案 0 :(得分:2)

像这样转换:

 char *data= (char*)malloc(16);
 strcpy(data, "location of data");
 jstring jstrBuf = env->NewStringUTF(env, data);

为您的类创建新实例并在CallObjectMethod()中传递该对象,而不是传递myClass。

答案 1 :(得分:0)

C风格的演员

(jstring)"<location of data>"

看起来非常可疑。您正在尝试将字符数组转换为Java String对象。并且将结果转换为(jbyteArray)也可能是错误的。基本上这里不应该使用C风格或C ++风格的转换。正确构造jstring和其他对象。