Android 内存泄漏分析
2012-07-13 14:28
162 查看
1. Java 内存管理原理
Java的内存管理就是对象的分配和释放问题。在Java中,内存的分配是由程序用new关键字完成的,系统将程序在Heap(堆)中申请一个空间存放,并返回的是一个对象的reference (一般类似于句柄,指针的指针),对象的释放是由GC(垃圾收集器,Garbage Collection)决定和执行的。虚拟机监视对象状态,包括对象的申请、引用、被引用、赋值等,如果该对象不再被引用则由GC 释放该对象。这种收支两条线让虚拟机管理内存的方法简化了程序员的工作,用户不用关心也不易直接管理内存。
为了更好理解GC的工作原理,我们可以将对象考虑为有向图的顶点,将引用关系考虑为图的有向边,有向边从引用者指向被引对象。每个线程正在运行的局部变量和参数都是根顶点。在这个有向图中,根顶点可达的对象都是有效对象。
Static 不一定不会被回收,系统启动时候会启动一个系统ClassLoader 再引用到加载的Class ,class 再引用到static 字段。所以一般也不会被回收。
2. Java 内存泄漏原因
在Java中,内存泄漏就是存在一些被分配的对象,这些对象有下面两个特点,首先,这些对象是可达的,即在有向图中,存在通路可以与其相连;其次,这些对象是无用的,即程序以后不会再使用这些对象。程序员往往只知道这些对象无用了,但是却不知道他们还是可达的,这些对象不会被GC所回收,还存在占用内存,这就构成了内存泄漏。3. Android 常见内存问题
静态引用了Activity ,导致activity finish 后,activity 资源无法释放。静态引用了context ,View ,Drawable 。
静态引用了这些类的非静态内部类。
一个task 包含了太多的activity (打开太多了)而没有对每个activity 进行 onstop 资源控制。
一个列表太长的时候。比如list view ,不断list more 。
注意静态引用,尤其是容器类的静态引用。
不熟悉组件的情况下,不要只用组件的部分,特别是adapter 。因为他又可能还引用到一个组件。
一般情况下,GC 工作是正常的,系统会自动回收。
4. Java内存文件
Java内存文件是java内存的一个映像,可以了解整个虚拟机在某个时间内存中对象的状态。常用的有Hpprof 格式,通过分析 Java 内存文件,我们可以了解是否有内存泄漏。5. Android 取内存文件
在Eclipse中的DDMS中选择要测试的进程,然后点击Dump HPROF file Button,系统往往会打开一个包含乱码的文件,通过Eclipsetitle bar 可以看见路径名。通常象下面的路径C:\Users\用户名\AppData\Local\Temp\android8624778861192558020.hprof。这个文件的大小就是内存的大小,可以把这个文件copy 出来。
如果通过插件形式安装EMA,在Eclipse DDMS 中点击Dump HPROF file,会自动调用EMA.这样很非常简单。
建议如果有内存泄漏,等系统发现严重泄漏时再取内存文件,这样容易找出错误。
6. EMA 分析内存文件
有了内存文件,就可以找个内存分析工具来分析内存。
内存分析工具可以方便的对内存中的各种对象进行排序,查找。
内存分析里面有个概念就是 Shallow heap size 和 Retained heap size 。
Shallow heap 是这个对象本身的大小,一般并不大。
Retained heap 是这个对象本身的大小和包含子对象的大小。
通过检查哪些Retained heap size 特大的对象,我们往往可以找到内存的泄漏点。
工具,我们可以选择eclipse 的MemoryAnalyzer (MAT) http://www.eclipse.org/mat/
打开EMA ,选择File->open file ,打开刚才的内存文件。
然后打开overview pane ,可以看到大致内存状况。
然后点击下面report-> leak suspects 可以看到系统猜测的泄漏问题。
工具猜测的第一个问题,就是BlogListAdapter 问题,因为他占用了10% 的内存。事实也正是工具猜测的。
Adapter 关联了多个 AdapterDataSetObserver。看程序code ,
Adapterview 需要向Adapter注册AdapterDataSetObserver,AdapterDataSetObserver
是Adapterview 非静态内部类。
所以Adapter 会保留对Adapterview 的引用。
现在系统每次都重新new 个list view ,但是却重用了以前的adapter 。结果以前的view 并没用被释放。所以listView 不断增加,造成内存泄漏。
由于整个page 是静态类,而page 引用到adapter ,所以无论如何,adapter 都不会被回收。
也可以从domanate tree view 来查看大对象,从而发现问题。从这视图上,也可以看出BlogListAdapter 有问题。
相关文章推荐
- Android开发之漫漫长途 番外篇——内存泄漏分析与解决
- Android内存泄漏分析及调试
- 分析Android内存泄漏的几种可能
- Android内存泄漏案例分析一
- android使用mat分析内存泄漏
- Android内存泄漏分析笔记
- Android Studio +MAT 分析内存泄漏实战
- android内存泄漏分析 androidStudio与MAT使用
- Android 内存泄漏与分析方法
- Android内存泄漏分析及调试(转)
- Android内存泄漏分析及调试
- Android中常见的内存泄漏分析及应对方法
- Android内存泄漏分析及调试
- Android内存泄漏分析经验记录
- Android内存泄漏分析与总结
- Android 中内存泄漏的原因分析及解决方案
- Android内存泄漏分析及调试
- Android - 看似内存泄漏,实则不是,记一次内存泄漏的案例分析
- Android内存泄漏分析及调试