Android Handler : Handler为什么需要是static的 (一)

Android Handler : Handler为什么需要是static的

为什么Handler需要是static的

先来看一下代码

public class HandlerTestActivity extends Activity {
private final Handler mHandler = new Handler() {
@Override
public void handleMessage(Message msg) {
// ... do something
}
}
}

上面这段代码会引起内存泄漏（Memory Leak）。

为什么会引起Memory Leak

具体的原因如下：

通过Handler发出、处理的Message,都带有Handler的引用，具体的原因稍后说明；

上面例子中，生成的mHandler是通过匿名类生成的，这种匿名类中，带有Context的引用，具体原因稍后说明

这个时候，如果在Activity finish之后，Message仍然存在，那么Handler也仍然存在。如果Handler存在，那么由于Handler中有Context的引用，那么Context也就存在也就存在。也就是说，如果Acitivty finish之后，Message仍然存在，就会造成Context（Activity）被引用而无法释放，从而引起Memory Leak。

那么什么时候会出现,Activity finish，而Message然后存在呢？

由于Android系统中，同一个线程共享一个Looper，那么在Activity finish之前发出延时的Message，在finish之后，是有可能存在的。

Message被其他地方引用，而没有释放。

通过上面的说明，上面代码内存泄漏的实质是Handler和Context之间的问题。Handler保存Context，从而造成Memory Leak。

为什么Message中带有Handelr的引用

下面通过Handler的代码来解释下Message中带有Handler的引用的原因

通过Handler发送Message有如下两种方式：

通过sendMessage（Message msg）发送

通过post(Runnable r)发送

通过sendMessage、post发送的，最终会都调用Handler的enqueueMessage函数

private boolean enqueueMessage(MessageQueue queue, Message msg, long uptimeMillis) {
msg.target = this;
if (mAsynchronous) {
msg.setAsynchronous(true);
}
return queue.enqueueMessage(msg, uptimeMillis);
}

可以看到，Handler会把自己（this）赋值给msg.target;

下面通过Looper、MessageQueue、Handler的机制来解释Message带有Handler引用的原因

Looper拿到Message之后，需要将Message分发出去，给到相应的Handler。这个时候Message本身必须带有和它对应的Handler，否则Looper将不知道Message分发给谁。所以Message必须带有Handler的引用。

为什么匿名类会带有Context的引用

上面代码中的匿名类是属于Activity一部分的。匿名类其实是一种特殊的内部类。

而non-static的内部类是保存外部类的引用的。对于non-static的内部类，由于它是外部类的一部分，外面需要用的时候，得通过外部类的实例来new出内部类。也就是说，外面需要访问non-static内部类，得必须通过外部类的实例，这也就说明了，not-static内部类是隐性的保存了外部类的应用。否则的话，外面就可以直接访问non-static内部类了，但是事实上不是这样的。

既然上面代码中的匿名类是Activity的一部分，那么它就持有Context（Activity）的引用。