Android JNI ref table

在android中的JNI编程中,可能会经常和相关的类型转换打交道,涉及java和C++的类型互相转换,这里应该大家都遇到过引用的问题, 主要会用到以下几个函数:

1.FindClass 

例如，

jclass ref= (env)->FindClass("java/lang/String");

env->DeleteLocalRef(ref); 

 

2.NewString/ NewStringUTF/NewObject/NewByteArray

例如，

jstring     (*NewString)(JNIEnv*, const jchar*, jsize);    

const jchar* (*GetStringChars)(JNIEnv*, jstring, jboolean*);     

void        (*ReleaseStringChars)(JNIEnv*, jstring, const jchar*);

jstring     (*NewStringUTF)(JNIEnv*, const char*);    

const char* (*GetStringUTFChars)(JNIEnv*, jstring, jboolean*);     

void        (*ReleaseStringUTFChars)(JNIEnv*, jstring, const char*);

env->DeleteLocalRef(ref);

 

3.GetObjectField/GetObjectClass/GetObjectArrayElement

jclass ref = env->GetObjectClass(robj);

env->DeleteLocalRef(ref); 

 

4.GetByteArrayElements

jbyte* array= (*env)->GetByteArrayElements(env,jarray,&isCopy);

(*env)->ReleaseByteArrayElements(env,jarray,array,0);

 

5.const char* input =(*env)->GetStringUTFChars(env,jinput, &isCopy);

(*env)->ReleaseStringUTFChars(env,jinput,input);

 

6.NewGlobalRef/DeleteGlobalRef

 jobject     (*NewGlobalRef)(JNIEnv*, jobject);     

void        (*DeleteGlobalRef)(JNIEnv*, jobject);

例如，

jobject ref= env->NewGlobalRef(customObj);

env->DeleteGlobalRef(customObj);

这里需要注意这个引用表的操作, 否则会导致 crash , table overflow, 主要是

1. 如果从 jvm -> native , 则 c++函数返回的时候, local ref 会自动释放

2. 如果从 native -> jvm , 一般需要 attachCurrentThread, 在调用完成后,一般都会 detectCurrentThread, 这时也会销毁相关引用, 但是假如是一直运行,不detect的话,则必须注意 dellocalref, 否则会有问题

3.Push/Pop LocalFrame 也会自动完成引用的操作,但是有个数量的需求

4. Debug 的时候, 可能需要注意 loop 中大量生成 local ref ,或者大的长生命周期的对象的建立导致无法垃圾回收, 这时需要手动释放.

5. 复杂的情况下,可以 DumpRefTable , 会打印 local ref table 和 global ref table , 进行 DEBUG,  table 的size 在不同厂商和设备上的大小会有不同, 很多时候 local ref  max = 512

jclass vm_class = env->FindClass("dalvik/system/VMDebug");
jmethodID dump_mid = env->GetStaticMethodID( vm_class, "dumpReferenceTables", "()V" );
env->CallStaticVoidMethod( vm_class, dump_mid );