深入Android内存泄露分析.doc

深入Android内存泄露 深入内存泄露 Android应用的内存泄露,其实就是Java虚拟机的堆内存泄漏. 1.知识储备 1.Java内存模型 相关内存对象模型,参照博客精讲Java内存模型 1) 寄存器（register）。这是最快的保存区域，这是主要由于它位于处理器内部。然而，寄存器的数量十分有限，所以寄存器是需要由编译器分配的。我们对此没有直接的控制权，也不可能在自己的程序里找到寄存器存在的任何踪迹。 (2) 堆栈(stack)。在执行函数(方法)时，函数一些内部变量的存储都可以放在栈上面创建，函数执行结束的时候这些存储单元就会自动被释放掉。位于通用RAM（随机访问存储器）中。可通过它的“堆栈指针” 获得处理的直接支持。堆栈指针若向下移，会创建新的内存；若向上移，则会释放那些内存。这是一种特别快、特别有效的数据保存方式，仅次于寄存器。 (3) 堆(heap)。一种通用性的内存池（也在RAM区域），堆是不连续的内存区域，堆空间比较灵活也特别大。其中保存了Java对象(对象里面的成员变量也在其中)。在堆里分配存储空间时会花掉更长的时间！也叫做动态内存分配。 (4) 静态存储(static storage)。这儿的“静态”（Static）是指“位于固定位置”（尽管也在RAM 里）。程序运行期间，静态存储的数据将随时等候调用。可用static关键字指出一个对象的特定元素是静态的。但Java 对象本身永远都不会置入静态存储空间,随着JVM的生命周期结束而结束,即当app完全退出,他才会释放。 (5) 常数存储(constant storage)。常数值通常直接置于程序代码内部。这样做是安全的，因为它们永远都不会改变。 (6) 非RAM 存储(non-storage-RAM)。若数据完全独立于一个程序之外，则程序不运行时仍可存在，并在程序的控制范围之外。其中两个最主要的例子便是“ 流式对象”和“固定对象” 。对于流式对象，对象会变成字节流，通常会发给另一台机器。而对于固定对象，对象保存在磁盘中。 2.GC回收机制 引用自/jiafu1115/article/details/7024323 首先JVM是对堆进行回收操作. 1.JVM堆中分类 (1) 新域young generation：存储所有新成生的对象 (2) 旧域old generation：新域中的对象，经过了一定次数的GC循环后，被移入旧域 (3) 永久域PermanentGeneration：存储类和方法对象，从配置的角度看，这个域是独立的，不包括在JVM堆内。默认为4M。 2.Gc回收流程 1.当eden满了，触发young GC； 2.young GC做2件事：一，去掉一部分没用的object；二，把老的还被引用的object发到survior里面，等下几次GC以后，survivor再放到old里面。 3.当old满了，触发full GC。full GC很消耗内存，把old，young里面大部分垃圾回收掉。这个时候用户线程都会被block。 3.Gc回收总结 1.JVM堆的大小决定了GC的运行时间。如果JVM堆的大小超过一定的限度，那么GC的运行时间会很长。 2.对象生存的时间越长，GC需要的回收时间也越长，影响了回收速度。 3.大多数对象都是短命的，所以，如果能让这些对象的生存期在GC的一次运行周期内，wonderful！ 4.应用程序中，建立与释放对象的速度决定了垃圾收集的频率。 5.如果GC一次运行周期超过3-5秒，这会很影响应用程序的运行，如果可以，应该减少JVM堆的大小了。 6.前辈经验之谈：通常情况下，JVM堆的大小应为物理内存的80%。 3.内存抖动 内存抖动这个术语可用于描述在极短时间内分配给对象的过程. 例如，当你在循环语句中配置一系列临时对象，或者在绘图功能中配置大量对象时，这相当于内循环，当屏幕需要重新绘制或出现动画时，你需要一帧帧使用这些功能，不过它会迅速增加你的堆的压力。 Memory Monitor 内存抖动图例: 2.内存泄漏对程序造成的影响 1.直接:消耗内存,造成系应用本身的内存不足OutOfMemory. 一个android应用程序,其实就是一个jvm虚拟机实例,而一个jvm的实例,在初始的时候,大小不等 16M,32M,64M(根据手机厂商和版本不同而不同),当然大小也可以修改,参考修改博客。 2.间接:gc回收频繁 造成应用卡顿ANR. GC回收时间过长导致卡顿 首先,当内存不足的时候,gc会主动回收没用的内存.但是,内存回收也是需要时间的. 上图中,android在画图(播放视频等)的时候,draw到界面的对象,和gc回收垃圾资源之间高频率交替的执行.就会产生内存抖动. 很多数据就会污染内存堆，马上就会有许多GCs启动