Devriez-vous appeler ReleaseStringUTFChars si GetStringUTFChars retourné un exemplaire?

Le livre "l'Essentiel JNI: Java Native Interface" par Rob Gordon contient l'exemple de code suivant pour convertir un jstring à une chaîne C:

const char* utf_string;
jboolean isCopy;
utf_string = env->GetStringUTFChars(str, &isCopy);
/* ... use string ... */
if (isCopy == JNI_TRUE) {
    env->ReleaseStringUTFChars(str, utf_string);
}

Noter que seuls les appels ReleaseStringUTFChars si isCopy est vrai.

Mais le livre Java Native Interface: Guide du Programmeur et de Spécification (autre lien: http://192.9.162.55/docs/books/jni/html/objtypes.html#5161) dit:

La ReleaseString-Chars appel est
nécessaire si GetStringChars a
set *isCopy à JNI_TRUE ou JNI_FALSE.
ReleaseStringChars soit libère l'
copie ou unpins l'instance, selon
si GetStringChars a
renvoyé une copie ou pas.

Me tromper en supposant que c'est un bug dans Gordon livre?

  • où est str defiined?
InformationsquelleAutor Edward Loper | 2011-05-02
  1. 59

    Oui, votre hypothèse est correcte, vous devriez toujours faire appel à ReleaseStringUTFChars).

    • Qu'arrive t-il fait si elle ne sera pas appelée ?
    • La mémoire sera coulé (la JVM va croire que vous avez besoin de la mémoire indéfiniment).
    • Bien sûr ! Mais pourquoi nous n'avons pas de libre mémoire allouée en fonction pour une autre types de données tels que : int, double . Il devrait être RealseInt(arg,arg), ReleaseDouble(arg,arg)...ou quelque chose comme ça ?
    • Int et double ne sont pas de longueur variable comme les chaînes, de sorte que les données peuvent être trivialement copié à l'appelant. (Il est probablement préférable de créer une nouvelle question plutôt que de continuer une conversation sur un 6-année-vieille réponse.)
    • Merci! J'ai compris.
    InformationsquelleAutor Brett Kail