android handler资源占用,Android中Handler使用导致的内存泄漏

1.什么是内存泄漏

用动态存储分配函数动态开辟的空间，在使用完毕后未被得到释放，结果一直占据该用内存单元，直到程序结束，即所谓的内存泄漏。

2.是内存泄漏与内存溢出的区别

内存溢出 Out of Memory，是指程序在申请内存时，没有足够的内存空间供其使用，出现out of memory；比如申请了一个integer,但给它存了long才能存下的数，那就是内存溢出。

内存泄露 Memory Leak，是指程序在申请内存后，无法释放已申请的内存空间，一次内存泄露危害可以忽略，但内存泄露堆积后果很严重，无论多少内存,迟早会被占光。

用一个很形象的例子来说明：一个仓库，被无用的物资所占据，而得不到管理员的清理，这里的无用货物占用仓库空间的行为被叫做”内存泄漏“，而某一天仓库由于所存储的物品太多，而无法继续存放物资，这个时候就被叫做“内存溢出”。

3.内存泄漏导致的问题

相关内存无法被系统给回收，随着程序运行可以用的内存会越来越少，机子越来越卡，直到内存溢出。(这也是为什么手机电脑很卡之后重启一下后会好很多，主要是相关未被系统回收的内存被回收)

4、安卓中的内存泄漏

典型的可能产生内存泄漏的代码：

public class MemoryLeakActivity extends MyActivity {

//可能会导致内存泄漏的代码

private Handler handler = new Handler() {

[@Override](https://my.oschina.net/u/1162528)

public void handleMessage(Message msg) {

super.handleMessage(msg);

}

};}

产生内存泄漏可能的原因：Handler的工作机制中Handler与Looper以及MessageQueue一起工作的，App启动之后，系统会默认创建一个为主线程服务的Looper对象，负责处理主线程中所有的Message对象，它的生命周期则为整个应用的生命周期。在主线程使用Handler都会默认绑定到这个Looper上面，主线程创建Handler对象，会立即关联Looper对象的MessageQueue，这时发送MessageQueue重的Message会持有Handler的引用， 这样在Looper处理Message时候才会回调到Handler的handleMessage方法。因此，如果Message没有被处理完成，那么Handler对象就不会被垃圾回收。

上面的代码，将Handler的实例声明为MemoryLeakActivity类的内部类，在Java中：非静态内部匿名类会持有外部类的一个隐式引用，这样就可能导致外部类无法被垃圾回收。

最终由于MessageQueue中的Message 没有处理完成，就会持有Handler对象的引用，而非静态的Handler对象会持有外部类Activity的引用，这个activity无法被回收，从而导致内存泄漏。

5、解决方案

1、将Handler声明为静态内部类，这样就不会持有对外部类的引用。

2、创建一个Looper与一般Java对象一样的生命周期

private static InnerHandler extends Handler{

// 声明一个静态Handler类，并持有外部类引用

private final WeakReference mActivity;

public InnerHandler(MemoryLeakActivity activity){

this.mActivity = new WeakReference(activity);

}

}