我的JNI库在Windows上可以完美运行,但是在Linux上,我总是遇到奇怪的分段错误。

siginfo: si_signo: 11 (SIGSEGV), si_code: 1 (SEGV_MAPERR), si_addr: 0x0000000000000000

崩溃文件中的堆栈内容是这样的:
C  [libfmodjavaL.so+0xfb8c]  JNIEnv_::GetStaticObjectField(_jclass*, _jfieldID*)+0x18
C  [libfmodjavaL.so+0xf72b]  Logger::sendToSystemOut(bool, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >)+0x75
C  [libfmodjavaL.so+0xf7c2]  Logger::log(char const*)+0x4c
C  [libfmodjavaL.so+0xd70d]  fmodDebugCallback(unsigned int, char const*, int, char const*, char const*)+0x127

因此,似乎在调用Logger类中的GetStaticObject字段时崩溃了。这就是这种方法:
void Logger::sendToSystemOut(bool error, std::string message) {
    JNIEnv* jni = FMODWrapper::utils->getJNI();

    jobject printStream;
    if (error) {
        printStream = jni->GetStaticObjectField(this->systemClass, this->errFieldID);
    } else {
        printStream = jni->GetStaticObjectField(this->systemClass, this->outFieldID);
    }

    jobject messageString = jni->NewStringUTF(message.c_str());
    jni->CallObjectMethod(printStream, this->printlnMethodID, messageString);
}

因此,我猜测有关存储这些字段的类和字段ID的问题是不正确的。但是,很奇怪的是,我的库启动时,即使从FMOD调用fmodDebugCallback时,我也会得到日志输出。
Logger::Logger(const char* name) {
    this->name = name;

    JNIEnv* jni = FMODWrapper::utils->getJNI();

    this->systemClass = FMODWrapper::utils->findClass("java/lang/System");
    this->outFieldID = jni->GetStaticFieldID(this->systemClass, "out", "Ljava/io/PrintStream;");
    this->errFieldID = jni->GetStaticFieldID(this->systemClass, "err", "Ljava/io/PrintStream;");

    jclass printStreamClass = FMODWrapper::utils->findClass("java/io/PrintStream");
    this->printlnMethodID = jni->GetMethodID(printStreamClass, "println", "(Ljava/lang/String;)V");
}

因此,日志记录在Windows上可以完美地工作,但是一段时间后在Linux上崩溃。在Fedora 29 64位上使用g++进行编译。

更新:我获取JNIEnv *的方法
JNIEnv* Utils::getJNI() {
    JNIEnv* jni;

    int getEnvResult = FMODWrapper::jvm->GetEnv((void**) &jni, JNI_VERSION_1_6);

    if (getEnvResult == JNI_EDETACHED) {
        FMODWrapper::jvm->AttachCurrentThread(ANDROID_VOIDPP_CAST &jni, nullptr);
    }

    return jni;
}

更新2:自从我收到日志消息以来,代码本身可以工作到一定程度。可能与线程有关?
https://hastebin.com/kuzefuwawu.txt

最佳答案

systemClass,errFieldId和outFieldID都是从不同的JNIEnv获得的。

无法缓存JNIEnv:
Keeping a global reference to the JNIEnv environment

就像无法缓存一样,您不能存储从其他JNIEnv获得的ID,这些ID您应该不再使用,也不应使用从其获得的任何信息。您需要从当前有效的JNIEnv中获取所有内容。

关于java - JNI Linux分段故障,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/55768112/

10-12 03:45