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>(activity);
}

@Override
public void handleMessage(Message msg) {
    final Activity activity = mActivityReference.get();
    if (activity != null) {
        mImageView.setImageBitmap(mBitmap);
    }
} }

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