JNI ReferenceTable overflow

本文讨论了在小米设备上遇到的ReferenceTable overflow问题,详细解释了问题的根源及解决方案,包括如何正确处理LocalRef,避免使用SunJNI文档中可能导致内存泄露的写法。

今天在小米设备上遇到如下问题    

       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 bytes

      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))。

转载于:https://www.cnblogs.com/soniclq/p/3370868.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值