内存泄漏分析以及解决方法

内存泄漏分析以及解决方法内存泄漏内存分配的几种策略java应用类型内存泄漏例子

一个安卓应用进程的内存分配为 16M,32M,64M，所以要做好内存的合理分配，避免内存浪费。

内存泄漏：

内存不在GC掌控之内，当一个对象已经不需要再使用了，本该被回收时，而有另外一个正在使用的对象持有它的引用从而就导致对象不能被回收。这种导致了本该被回收的对象不能被回收而停留在堆内存中，就产生了内存泄漏。

内存分配的几种策略：

1.静态的 静态的存储区：内存在程序编译的时候就已经分配好，这块的内存在程序整个运行期间都一直存在。 它主要存放静态数据、全局的static数据和一些常量。 2.栈式的 在执行函数(方法)时，函数一些内部变量的存储都可以放在栈上面创建，函数执行结束的时候这些存储单元就会自动被释放掉。 栈内存包括分配的运算速度很快，因为内置在处理器的里面的。当然容量有限。 3.堆式的 也叫做动态内存分配。有时候可以用malloc或者new来申请分配一个内存。在C/C++可能需要自己负责释放（java里面直接依赖GC机制）。 区别：堆是不连续的内存区域，堆空间比较灵活也特别大。栈式一块连续的内存区域，大小是有操作系统觉决定的。 堆管理很麻烦，频繁地new/remove会造成大量的内存碎片，这样就会慢慢导致效率低下。 对于栈的话，他先进后出，进出完全不会产生碎片，运行效率高且稳定。 1.成员变量全部存储在堆中(包括基本数据类型，引用及引用的对象实体)—因为他们属于类，类对象最终还是要被new出来的。 2.局部变量的基本数据类型和引用存储于栈当中，引用的对象实体存储在堆中。—–因为他们属于方法当中的变量，生命周期会随着方法一起结束。

java应用类型

StrongReference强引用： 回收时机：从不回收 使用：对象的一般保存 生命周期：JVM停止的时候才会终止 SoftReference，软引用 回收时机：当内存不足的时候；使用：SoftReference结合ReferenceQueue构造有效期短；生命周期：内存不足时终止 WeakReference，弱引用 回收时机：在垃圾回收的时候；使用：同软引用； 生命周期：GC后终止 PhatomReference 虚引用 回收时机：在垃圾回收的时候；使用：合ReferenceQueue来跟踪对象呗垃圾回收期回收的活动； 生命周期:GC后终止

内存泄漏例子：

1.单例模式导致内存对象无法释放而导致内存泄露,应用上下文。

当这段代码在activity中实例化，应用activity的上下文时，当屏幕发生旋转，activity被销毁，但是CommonUtil对象储存在静态区，它的生命周期与application是一致的，就会一直持有activity的上下文，所以内存中会有两个activity的实例，这时就发生内存泄漏。CommonUtil生命周期是跟Application进程同生同死，所以可以引用application的上下文。具体可以使用monitor查看内存状况。 2.非静态内部类引起内存泄漏 (包括匿名内部类)

当调用的activity销毁时，线程还在执行，就会造成内存泄漏，解决办法：将非静态内部类改成静态内部类，静态内部类不会持有内部类。

使用handler时，as会有警报。因为handler跟activity生命周期不一致。可能会导致内存泄漏，解决办法： 静态内部类+WeakReference具体可以查看Android App 内存泄露之Handler 3.不需要用的监听未移除

4.资源未关闭引起的内存泄漏 比如：BroadCastReceiver、Cursor、Bitmap、IO流、自定义属性attribute等。

5.无限循环动画