内存管理 Memory Management for Android Apps

本文介绍如何利用Eclipse插件MemoryAnalyzer进行HeapDump文件分析,包括安装插件、配置环境参数、获得HeapDump文件、转换格式、打开文件并生成报告等步骤。重点在于分析内存泄漏问题,通过生成报告找出可疑对象并分析原因。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

关键字:

memory leak 

heap is full

Garbage Collection

OutOfMemoryError


利用Eclipse Memory Analyzer 进行 Heap Dump文件分析

关键字:Eclipse插件 内存泄漏 分析报告


1. eclipse安装mat插件


2. 配置环境参数


3. 获得Heap Dump文件


VM 参数:-XX:+HeapDumpOnOutOfMemoryError     JVM 就会在发生内存泄露时抓拍下当时的内存状态

如果想手动在适当时候抓下Heap Dump文件,则在DDMS中使用“Dump HPROF file”按钮,选择保存位置保存。


4. 格式转换

The hprof file you get from Android has android specific format. You should converthprof file take from Android OS into standardhprof format. For this you can usehprof-convAndrodiSDK/tools/hprof-conv. tool that is located at

For example:

hprof-conv android.hprof mat.hpof
And then open mat.hprof in Memory Analyzer


5.打开Heap Dump文件并生成报告

window | open perspective | Memory Analysis


6.分析报告

Reports->Leak Suspects

引用:

首先我们简单回顾下 JAVA 的内存回收机制,内存空间中垃圾回收的工作由垃圾回收器 (Garbage Collector,GC) 完成的,它的核心思想是:对虚拟机可用内存空间,即堆空间中的对象进行识别,如果对象正在被引用,那么称其为存活对象,反之,如果对象不再被引用,则为垃圾对象,可以回收其占据的空间,用于再分配。

在垃圾回收机制中有一组元素被称为根元素集合,它们是一组被虚拟机直接引用的对象,比如,正在运行的线程对象,系统调用栈里面的对象以及被 system class loader 所加载的那些对象。堆空间中的每个对象都是由一个根元素为起点被层层调用的。因此,一个对象还被某一个存活的根元素所引用,就会被认为是存活对象,不能被回收,进行内存释放。因此,我们可以通过分析一个对象到根元素的引用路径来分析为什么该对象不能被顺利回收。如果说一个对象已经不被任何程序逻辑所需要但是还存在被根元素引用的情况,我们可以说这里存在内存泄露。

现在,让我们开始真正的寻找内存泄露之旅,点击“Details ”链接,可以看到如图 8 所示对可疑对象 1 的详细分析报告。


参考

http://www.vogella.de/articles/EclipseMemoryAnalyser/article.html

http://www.ibm.com/developerworks/cn/opensource/os-cn-ecl-ma/index.html


评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值