Android中使用Handler造成内存泄露

在android项目中，Handler的使用是十分的频繁的因为线程下载图片，ui更新界面是一个最常用的需求，而我也是一直用的，然而今天在进行android讨论的时候我了解到了一个点，那就是Handler会引起内存泄露，那么，这个内存泄露，是为什么会引起的呢？于是我进行了解了一下

Android中使用Handler造成内存泄露的原因

Handler mHandler = new Handler() {

@Override

public void handleMessage(Message msg) {

mImageView.setImageBitmap(mBitmap);

}

}
上面是一段简单的Handler的使用。当使用内部类（包括匿名类）来创建Handler的时候，Handler对象会隐式地持有一个外部类对象（通常是一个Activity）的引用，这里结合我之前写的关于handler的一些分析：android中的线程执行UI更新方式，以及Handler的初步了解

可以发现，的确是持有了一个Looper对象，那么这个对象他是从Context中取出来的，很多时候这个Context对象就是Activity，那么就会导致这个Activity的一个内部变量被这个Handler持有了，而Handler通常会伴随着一个耗时的后台线程（例如从网络拉取图片）一起出现，这个后台线程在任务执行完毕（例如图片下载完毕）之后，通过消息机制通知Handler，然后Handler把图片更新到界面。然而，如果用户在网络请求过程中关闭了Activity，正常情况下，Activity不再被使用，它就有可能在GC检查时被回收掉，但由于这时线程尚未执行完，而该线程持有Handler的引用，这个Handler又持有Activity的Looper的引用，就导致该Activity无法被回收（即内存泄露），直到网络请求结束（例如图片下载完毕）

另外，如果你执行了Handler的postDelayed()方法，该方法会将你的Handler装入一个Message，并把这条Message推到MessageQueue中，那么在你设定的delay到达之前，会有一条MessageQueue
-> Message -> Handler -> Activity的链，导致你的Activity被持有引用而无法被回收。

方法一：通过程序逻辑来进行保护。

1.在关闭Activity的时候停掉你的后台线程。线程停掉了，就相当于切断了Handler和外部连接的线，Activity自然会在合适的时候被回收。

2.如果你的Handler是被delay的Message持有了引用，那么使用相应的Handler的removeCallbacks()方法，把消息对象从消息队列移除就行了。

方法二：将Handler声明为静态类。

静态类不持有外部类的对象，所以你的Activity可以随意被回收。代码如下：

static class MyHandler extends Handler {

@Override

public void handleMessage(Message msg) {

mImageView.setImageBitmap(mBitmap);

}

}

但其实没这么简单。使用了以上代码之后，你会发现，由于Handler不再持有外部类对象的引用，导致程序不允许你在Handler中操作Activity中的对象了。所以你需要在Handler中增加一个对Activity的弱引用（WeakReference）：

static class MyHandler extends Handler {

WeakReference<Activity > mActivityReference;

MyHandler(Activity activity) {

mActivityReference= new WeakReference<Activity>(activity);

}

@Override

public void handleMessage(Message msg) {

final Activity activity = mActivityReference.get();

if (activity != null) {

mImageView.setImageBitmap(mBitmap);

}

}

}

将代码改为以上形式之后，就算完成了。

延伸：什么是WeakReference？

WeakReference弱引用，与强引用（即我们常说的引用）相对，它的特点是，GC在回收时会忽略掉弱引用，即就算有弱引用指向某对象，但只要该对象没有被强引用指向（实际上多数时候还要求没有软引用，但此处软引用的概念可以忽略），该对象就会在被GC检查到时回收掉。对于上面的代码，用户在关闭Activity之后，就算后台线程还没结束，但由于仅有一条来自Handler的弱引用指向Activity，所以GC仍然会在检查的时候把Activity回收掉。这样，内存泄露的问题就不会出现了。

当然，这里也要记得注意在Activity被回收掉之后是否会有什么问题