Handler使用过程中出现的问题

在上篇文章中之所以转载文章，是因为我打算写这篇Handler在使用过程中出现的问题，整理网上的资料的时候，很多人混淆了内存泄漏和溢出的概念。这里我在明确一下：

**Hanlder使用不当不会马上引起内存溢出，但是会引起内存泄漏，Hanlder使用不当不会马上引起内存溢出，但是会引起内存泄漏，Hanlder使用不当不会马上引起内存溢出，但是会引起内存泄漏，好了，长长的舒一口气，重要的事情要说三遍**

关于Handler内存泄漏

Handler内存泄漏详解及其解决方案

Handler引起内存问题的解决方案

Handler溢出-保护机制（1. 程序内控制保护 2. 改变自身，变为弱引用）

http://blog.csdn.net/tuoguang/article/details/46045063

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

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 mActivityReference;

MyHandler(Activity activity) {

mActivityReference= new WeakReference(activity);

}

@Override

public void handleMessage(Message msg) {

final Activity activity = mActivityReference.get();

if (activity != null) {

mImageView.setImageBitmap(mBitmap);

}

} }

后续在这篇文章中再针对Handler的源码进行分析，完善，总结。