JNI création d'objets et de gestion de la mémoire

J'ai le texte suivant JNI méthode qui crée une collection d'objets Java en natif, puis les retourner pour 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;
}

Ai-je besoin pour libérer les objets créés dans le code natif, ou est-il fait automatiquement par le GC?
Si je le fais, comment dois-je faire, car j'ai besoin de le retourner à Java?

  • Je pense qu'il serait pour le code natif pour faire sa propre gestion de la mémoire. Dans ce cas, j'imagine que vous auriez besoin d'ajouter une autre méthode native qui libère l'objet alloué(s), ce qui vous manuellement à l'appel lorsque vous avez terminé avec eux. Plus généralement, si vous êtes en train de faire des choses avec JNI alors j'espère que vous êtes prêts pour un monde de souffrance. Cette réponse peut aider: stackoverflow.com/questions/214699/...
  • mal. si vous attribuez l'objet Java dans JNI, ils sont des objets Java, détenue par le GC.
  • De sens, mais que dans le cas de code natif qui alloue des non-objets Java/mémoire, par exemple en appelant malloc()?
  • pas ce que cette question est à propos.
InformationsquelleAutor nbarraille | 2012-02-20
  1. 13

    Vous n'avez pas besoin de gratuit la Java des objets créés dans le code natif. En fait, vous ne pouvez pas. Le garbage collector peut libérer de l'objet lorsque aucune références restent.

    Il est parfois utile dans le code natif pour gratuit références à des objets Java. Cela peut réduire les besoins en mémoire lorsque le code natif est titulaire, mais n'en a plus besoin, les références à des objets volumineux ou un grand nombre de références.

    De: "Global et local références" dans le JNI spécification.

    Dans la plupart des cas, le programmeur doit s'appuyer sur la VM pour libérer de toutes les références d'après la méthode native retourne. Cependant, il ya des moments où le programmeur doit explicitement gratuit d'un local de référence. Considérons, par exemple, les situations suivantes:

    • Une méthode native accède à un grand objet Java, permettant ainsi la création d'un local de référence de l'objet Java. La méthode native puis effectue un calcul supplémentaire avant de retourner à l'appelant. La référence locale à la grande Java objet de prévenir l'objet d'ordures collectées, même si l'objet n'est plus utilisé dans le reste du calcul.
    • Une méthode native crée un grand nombre de références locales, mais pas tous d'entre eux sont utilisés en même temps. Depuis la machine virtuelle a besoin d'une certaine quantité d'espace pour garder la trace d'un local de référence, la création de trop nombreuses références locales, peut entraîner le système à exécuter de mémoire. Par exemple, une méthode native boucles à travers un large éventail d'objets, extrait les éléments comme des références locales, et fonctionne sur un élément à chaque itération. Après chaque itération, le programmeur n'a plus besoin de la référence locale à l'élément de tableau.

    Des détails supplémentaires ont été fournis
    Voir "La Libération De Références" dans la JNI Guide du Programmeur.

    • J'ai lu le guide sur la manière de Libérer les Références, mais vous avez une question à propos de cela: Pourrait appeler la méthode dans mon post initial, un grand nombre de fois de créer un problème d'épuisement de ressources? Si oui, où puis-je gratuit les références, comme je l'ai toujours besoin de retourner?
    • Les références locales sont libérés automatiquement après chaque appel. Vous n'avez pas à le faire de manière explicite, à moins que 1) vous avez créé une référence à l'échelle mondiale, ou 2) le besoin de références locales avant l'appel se termine, pour une raison décrite dans le lien. La référence que vous êtes de retour est en cours de copie. Les deux myArray et le renvoi de point de référence pour le même objet Java.
    • le lien est mort ...
    • Nouveau lien: les livres.google.co.il/...
    • Les google livres lien est également mort maintenant. Soleil docs peuvent être trouvés sur l'internet archive: web.archive.org/web/20070812015712/http://java.sun.com/docs/... (section 5.2 est le "Libérer les Références" d'un).
    • Changé le lien de l'1999 "Guide du Programmeur et Spécifications" pour le courant, en ligne de "Java Native Interface Specification". Et ajout d'un bloc de citation pour quand le nouveau lien se tourne vers la poussière.

    InformationsquelleAutor Andy Thomas