JNI objetos creación y gestión de memoria

Question

tengo el siguiente método JNI que crea una colección de objetos Java de forma nativa, y luego devolverlos a Java:

JNIEXPORT jobject JNICALL Java_com_test_myClass_myMethod(JNIEnv * env, jclass klass) { 
    jclass arrayClass = env->FindClass("java/util/ArrayList"); 
    jmethodID initMethod = env->GetMethodID(arrayClass, "<init>", "()V"); 
    jmethodID addMethod = env->GetMethodID(arrayClass, "add", "(Ljava/lang/Object;)Z"); 
    jobject myArray = env->NewObject(arrayClass, initMethod); 

    env->CallBooleanMethod(myArray, addMethod, env->NewStringUTF("Hello")); 
    env->CallBooleanMethod(myArray, addMethod, env->NewStringUTF("World")); 

    return myArray; 
} 

¿Es necesario para liberar los objetos creados en el código nativo , o es hecho automáticamente por el GC? Si lo hago, ¿cómo hago eso, ya que necesito devolverlo a Java?

Answer 1

No necesita liberar los objetos Java creados en el código nativo. De hecho, no puedes. El recolector de basura puede liberar el objeto cuando no quedan más referencias.

De vez en cuando es útil en el código nativo para liberar referencias a objetos Java. Esto puede reducir los requisitos de memoria cuando el código nativo tiene, pero ya no necesita, referencias a objetos grandes o un gran número de referencias.

De: "Referencias globales y locales" en el JNI specification.

En la mayoría de los casos, el programador debe confiar en la máquina virtual para liberar todas las referencias locales después de que regrese el método nativo. Sin embargo, hay ocasiones en que el programador debe liberar explícitamente una referencia local. Considere, por ejemplo, las siguientes situaciones:

• Un método nativo accede a un gran objeto Java, creando así una referencia local al objeto Java. El método nativo luego realiza cálculos adicionales antes de regresar a la persona que llama. La referencia local al objeto Java grande evitará que el objeto sea recolectado como basura, incluso si el objeto ya no se usa en el resto del cálculo.
• Un método nativo crea una gran cantidad de referencias locales, aunque no todas se utilizan al mismo tiempo. Dado que la VM necesita una cierta cantidad de espacio para realizar un seguimiento de una referencia local, crear demasiadas referencias locales puede hacer que el sistema se quede sin memoria. Por ejemplo, un método nativo recorre una gran variedad de objetos, recupera los elementos como referencias locales y opera en un elemento en cada iteración. Después de cada iteración, el programador ya no necesita la referencia local al elemento de la matriz. Se proporcionó

detalle adicional Ver "Freeing References" en la Guía del Programador de JNI.