Android JNI 引用分析思路和定位手法

专业开发者

已于 2022-06-30 16:45:16 修改

阅读量214

点赞数 1

分类专栏：稳定性问题文章标签： android java jvm

于 2022-06-28 11:12:05 首次发布

本文链接：https://blog.csdn.net/weixin_47456647/article/details/125498583

版权

稳定性问题专栏收录该内容

32 篇文章 30 订阅 ¥19.90 ¥99.00

订阅专栏

超级会员免费看

本文介绍了Android应用中JNI全局引用导致的问题，当引用超过51200个时，系统会杀死虚拟机。通过分析logcat日志及*.hprof文件，结合MAT工具和StrictMode，可以定位到导致问题的对象，如TelephonyRegistry$Record和WeakReference。解决方法包括正确管理JNI引用，避免引用泄露。

摘要由CSDN通过智能技术生成

JNI是用于Java代码与本地(C/ c++)代码通信的接口。

谷歌设置了每个Dalvik虚拟机(VM)(即每个Dalvik进程)51200个全局引用的限制。如果超过这个限制，虚拟机将被杀死。这种情况称为过多的JNI引用。

创建JNI全局引用是为了防止Java对象的垃圾收集。

如果在logcat日志中出现以下消息，说明JNI引用太多，没有被释放:

3-07 21:10:35.648 1318 3794 F art :
art/runtime/indirect_reference_table.cc:98] JNI ERROR (app bug): global reference table overflow (max=51200)
03-07 21:10:35.648 1318 3794 F art : art/runtime/indirect_reference_table.cc:98] 24757 of
com.android.server.TelephonyRegistry$Record (24757 unique instances)
03-07 21:10:35.648 1318 3794 F art : art/runtime/indirect_reference_table.cc:98] 25086 of java.lang.ref.WeakReference (25086 unique instances)

可以收集*.hprof和logcat日志进行分析。

首先，检查logcat日志中的JNI引用表，看看哪个对象有太多的引用。然后，使用内存分析工具(MAT)对* hprof文件进行分析。

StrictMode工具也可以用来查找问题的根本原因。

03-07 21:10:35.648 1318 3794 F art :
art/runtime/indirect_reference_ta