Чем глобальные ссылки 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