Как се различава JNIEnv глобалното рефериране от jobject в C?

Първо: myEnv = (*env)->NewGlobalRef(env,obj); е просто грешен. Не трябва да кеширате тази стойност.

Това, което ви е позволено, е да кеширате идентификатори на методи, идентификатори на полета, препратки към класове, ... (но не забравяйте да почистите тези неща след това). Но кеширането на тези стойности изисква специални мерки.

Защо? Проблемът е, че JVM има право да зарежда и разтоварва класове според нуждите на програмата. Следователно може да се случи класът да бъде разтоварен веднага щом последният екземпляр на класа бъде унищожен от събирача на отпадъци. Веднага щом това се случи, вашите кеширани идентификатори вече не са валидни. Възможно е идентификаторите да бъдат същите, след като JVM зареди отново класа, но това не е гарантирано.

Решение: Ако искате да кеширате тези идентификатори, трябва да кажете на JVM, че не е разрешено да разтоварва клас. Точно това прави NewGlobalRef. Вие просто увеличавате препратката за препратката, предадена на NewGlobalRef, така че броят на препратките никога да не падне до нула и събирането на отпадъци не може да изчисти посочения елемент.

Внимание: Създаването на NewGlobalRef има сериозен недостатък: Освен в Java, трябва да се уверите, че извиквате DeleteGlobalRef, ако вече не се нуждаете от тази препратка, за да активирате повторно събирането на боклука на препратката. (Тъй като събирачът на боклук не знае дали все още имате нужда от тази справка или не) Или с други думи: Трябва да сте сигурни, че сами почиствате боклука си, в противен случай ще оставите изтичане на памет.

Бих казал също, че не е добра идея да създавате глобална реф за обект (освен ако наистина искате да запазите обекта жив), тъй като това означава, че обектът никога няма да попадне в боклука и следователно никога няма да бъде освободен.

По-добър вариант: Ако искате да кеширате тези идентификатори, за да ускорите достъпа до определен обект, запазете глобална препратка за класа (използвайки FindClass) и вземете идентификаторите от обекта на класа, който FindClass връща.

Ето един (непълен) пример за това, което имам предвид. Обикновено създавам структура, съдържаща всички идентификационни номера, които са ми необходими за достъп до клас, само за да поддържам пространствата си от имена чисти. Можете да си представите това по следния начин:

/*! \brief Holds cached field IDs for MyClass.java */
typedef struct MyClass {
    int loaded;   /*!< Nonzero if the information are valid */

    jclass clazz;    /*!< Holds a global ref for the class */
    jfieldID aField; /*!< Holds the field ID of aField */
}tMyClass;

static tMyClass me = { 0 };

Най-лесният начин е да предоставите функция "свързване" за вашия обект, която извършва инициализацията на дефинираната по-горе структура.

/*! \brief This function fetches field IDs for a specific class in order to have
           faster access elsewhere in the code 

    \param env  a valid JNI environment 

    \return
            -  0 if OK
            - <0 if an error occured */
int MyClass_connect(JNIEnv *env)
{
    jobject theClass = env->FindClass("MyClass");
    if (theClass == NULL) goto no_class;

    me.clazz = (jclass) env->NewGlobalRef(theClass);    // make it global to avoid class unloading and therefore
                                                    // invalidating the references obtained.
    if (me.clazz == NULL) goto no_memory;

      me.aField = env->GetFieldID(me.clazz, "aField", "I")    ;
    if (me.aField == NULL) goto no_aField;

    me.loaded = 1;
    return 0;

no_aField:
    env->DeleteGlobalRef(me.clazz);
no_memory:
no_class:
    return -1;
}

След като извикате MyClass_connect успешно, можете да използвате me.aField, за да съкратите кода за достъп до полето във вашия код. Разбира се, трябва да предоставите функция за прекъсване на връзката, която се извиква, когато MyClass вече не е необходим:

void MyClass_disconnect(JNIEnv *env)
{
    if (me.loaded == 0) return;

    env->DeleteGlobalRef(me.clazz);
    memset(me, 0, sizeof(tMyClass));
}

Съжалявам за тази малко дълга публикация, но се надявам, че това ще ви помогне малко да разрешите объркването ви и ще ви даде малко представа за вътрешната работа на JNI заедно с малко рецепти как да се справите с това ефективно.

Редактиране: Можете да намерите документация за JNI извикванията на уебсайта на oracle