JNI хранит глобальную ссылку на объект, обращаясь к нему с помощью других методов JNI. Сохранение живого объекта C ++ при нескольких вызовах JNI

Проблема с вашей реализацией - член данных jstring. NewStringUTF() создает объект Java String для возврата из метода JNI. Так что это локальная ссылка на Java. Однако вы сохраняете это внутри объекта C ++ и пытаетесь использовать его в вызовах JNI.

Вы должны лучше различать объекты C ++, Java и интерфейс JNI между ними. Другими словами, C ++ должен использовать способ хранения строк C ++ (например, std::string). Реализация JNI InvokeNativeFunction() должна преобразовать это в jstring в качестве возвращаемого значения.

PS: есть случаи, когда реализация C ++ должна хранить ссылки на объекты Java (или наоборот). Но это делает код более сложным и подверженным ошибкам памяти, если все сделано неправильно. Поэтому вы должны использовать его только там, где он действительно приносит пользу.

Я не смог найти хорошего ответа на SO по этой теме, поэтому вот мое решение для сохранения объектов в C ++, чтобы ссылаться на них из нескольких вызовов JNI:

Java

Что касается Java, я создаю класс с указателем long, чтобы сохранить ссылку на объект C ++. Обертывание методов C ++ в классе Java позволяет нам использовать методы C ++ в нескольких действиях. Обратите внимание, что я создаю объект C ++ в конструкторе и удаляю этот объект при очистке. Это очень важно для предотвращения утечек памяти:

public class JavaClass {
    // Pointer (using long to account for 64-bit OS)
    private long objPtr = 0;

    // Create C++ object
    public JavaClass() {
        createCppObject();
    }

    // Delete C++ object on cleanup
    public void cleanup() {
        deleteCppObject();
        this.objPtr = 0;
    }

    // Native methods
    public native void createCppObject();
    public native void workOnCppObject();
    public native void deleteCppObject();

    // Load C++ shared library
    static {
        System.loadLibrary("CppLib");
    }

}

C ++

На стороне C ++ я определяю функции для создания, изменения и удаления объекта. Важно отметить, что мы должны использовать new и delete для хранения объекта в памяти HEAP, чтобы он оставался активным на протяжении всего жизненного цикла экземпляров класса Java. Я также сохраняю указатель на CppObject прямо в JavaClass, используя getFieldId, SetLongField и GetLongField:

// Get pointer field straight from `JavaClass`
jfieldID getPtrFieldId(JNIEnv * env, jobject obj)
{
    static jfieldID ptrFieldId = 0;

    if (!ptrFieldId)
    {
        jclass c = env->GetObjectClass(obj);
        ptrFieldId = env->GetFieldID(c, "objPtr", "J");
        env->DeleteLocalRef(c);
    }

    return ptrFieldId;
}

// Methods to create, modify, and delete Cpp object
extern "C" {

    void Java_com_test_jnitest_JavaClass_createCppObject(JNIEnv *env, jobject obj) {
        env->SetLongField(obj, getPtrFieldId(env, obj), (jlong) new CppObject);
    }

    void Java_com_test_jnitest_JavaClass_workOnCppObject(JNIEnv *env, jobject obj) {
        CppObject* cppObj = (CppObject*) env->GetLongField(obj, getPtrFieldId(env, obj));

        // Write your code to work on CppObject here
    }

    void Java_com_test_jnitest_JavaClass_deleteCppObject(JNIEnv *env, jobject obj) {
        CppObject* cppObj = (CppObject*) env->GetLongField(obj, getPtrFieldId(env, obj));

        delete cppObj;
    } 

}

ПРИМЕЧАНИЯ:

• В отличие от Java, C ++ не имеет сборки мусора, и объект будет жить в памяти HEAP, пока вы не используете delete.
• Я использую GetFieldID, SetLongField и GetLongField для хранения ссылки на объект из C ++, но вы также можете сохранить указатель объекта jlong из Java, как обсуждалось в других ответах.
• В моем последнем коде я реализовал класс JavaObject как Parcelable, чтобы передать свой класс нескольким действиям, используя Intent с дополнительными функциями.

Вы не можете этого сделать. Ссылки на объекты, включая ссылки на классы, недействительны для вызовов JNI. Вам необходимо прочитать раздел спецификации JNI о локальных и глобальных ссылках.