JNI ReferenceTable overflow

今天在小米设备上遇到以下问题    函数

       10-15 17:04:36.899: W/dalvikvm(2767): ReferenceTable overflow (max=512)测试

      10-15 17:04:36.909: W/dalvikvm(2767): JNI local reference table summary (512 entries):文档

      10-15 17:04:36.909: W/dalvikvm(2767): Memory held directly by tracked refs is 16104 bytestable

      10-15 17:04:36.909: E/dalvikvm(2767): Failed adding to JNI local ref table (has 512 entries)变量

 

 

解决问题:
1.咱们经过阅读JNI的文档,对于FindClass 返回的必定须要调用DeleteLocalRef,还有jbyteArray 类型的变量须要DeleteLocalRef。
在个人代码中,这些都已经进行了处理,那么还有那些是Local Ref?
 
NewString/ NewStringUTF/NewObject/ GetObjectField生成的是否是?
 
经过测试发现,这些都是,Local Ref。
 
2.虽然把上面发现的都修改了,但仍是出现ReferenceTable overflow (max=512)错误,经过代码阅读发现。有一处代码是这样写的。
 
SetObjectField(dwi, jfID, env->NewStringUTF(szDateTime))
问题就在env->NewStringUTF(szDateTime)地方,由于这种写法也是看Sun JNI的文档这样写的,因其在链表的循环中,在没有退出函数前,JNI的NewStringUTF产生的LocelRef不停的产生,从而致使ReferenceTable overflow (max=512)。
 
总结:
1.FindClass /NewString/ NewStringUTF/NewObject/ GetObjectField等产生的都是LocalRef,LocalRef有三种方式被VM 的GC清理。
2.不要学Sun JNI文档中相似下面的写法SetObjectField(dwi, jfID, env->NewStringUTF(szDateTime))。
相关文章
相关标签/搜索