So erhalten Sie den JNI-Schnittstellenzeiger (JNIEnv *) für asynchrone Aufrufe

Ich habe erfahren, dass der JNI-Schnittstellenzeiger (JNIEnv *) nur im aktuellen Thread gültig ist. Angenommen, ich habe einen neuen Thread innerhalb einer nativen Methode gestartet. Wie kann es Ereignisse asynchron an eine Java-Methode senden? Da dieser neue Thread keine Referenz von (JNIEnv *) haben kann. Das Speichern einer globalen Variablen für (JNIEnv *) funktioniert anscheinend nicht?

Bei synchronen Aufrufen mit JNI von Java nach C ++ wurde die "Umgebung" bereits von der JVM eingerichtet, jedoch von einem beliebigen C ++ - Thread in die andere Richtung

Daher müssen Sie diese Schritte ausführen

• Holen Sie sich den JVM-Umgebungskontext mit GetEnv
• Fügen Sie den Kontext bei Bedarf mit hinzu AttachCurrentThread
• Rufen Sie die Methode wie gewohnt mit auf CallVoidMethod
• abnehmen mit DetachCurrentThread

Vollständiges Beispiel. Hinweis: Ich habe in der Vergangenheit in meinem Blog ausführlicher darüber geschrieben

void callback(int val) {
    JNIEnv * g_env;
    // double check it's all ok
    int getEnvStat = g_vm->GetEnv((void **)&g_env, JNI_VERSION_1_6);
    if (getEnvStat == JNI_EDETACHED) {
        std::cout << "GetEnv: not attached" << std::endl;
        if (g_vm->AttachCurrentThread((void **) &g_env, NULL) != 0) {
            std::cout << "Failed to attach" << std::endl;
        }
    } else if (getEnvStat == JNI_OK) {
        //
    } else if (getEnvStat == JNI_EVERSION) {
        std::cout << "GetEnv: version not supported" << std::endl;
    }

    g_env->CallVoidMethod(g_obj, g_mid, val);

    if (g_env->ExceptionCheck()) {
        g_env->ExceptionDescribe();
    }

    g_vm->DetachCurrentThread();
}

Sie können einen Zeiger auf die JVM ( JavaVM*) mit erhalten JNIEnv->GetJavaVM. Sie können diesen Zeiger sicher als globale Variable speichern. Später im neuen Thread können Sie entweder AttachCurrentThreadden neuen Thread an die JVM anhängen, wenn Sie ihn in C / C ++ erstellt haben, oder einfach, GetEnvwenn Sie den Thread in Java-Code erstellt haben, was ich nicht annehme, da JNI Ihnen JNIEnv*dann und dann übergeben würde Sie würden dieses Problem nicht haben.

    // JNIEnv* env; (initialized somewhere else)
    JavaVM* jvm;
    env->GetJavaVM(&jvm);
    // now you can store jvm somewhere

    // in the new thread:
    JNIEnv* myNewEnv;
    JavaVMAttachArgs args;
    args.version = JNI_VERSION_1_6; // choose your JNI version
    args.name = NULL; // you might want to give the java thread a name
    args.group = NULL; // you might want to assign the java thread to a ThreadGroup
    jvm->AttachCurrentThread((void**)&myNewEnv, &args);
    // And now you can use myNewEnv