zoukankan      html  css  js  c++  java
  • 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 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))。
  • 相关阅读:
    数据管理(五)
    (译文)Gentoo的前世今生 part3 (完成版※)
    数据管理(三)
    数据管理(一)
    数据管理(七)
    (译文)Gentoo的前世今生 PART 1(完成版)
    数据管理(六)
    数据管理(四)
    SQL Server补丁版本的检查和安装过程中常见问题
    3938 Portal(离线型的并查集)
  • 原文地址:https://www.cnblogs.com/soniclq/p/3370868.html
Copyright © 2011-2022 走看看