Android 开发的小伙伴都知道， 典型的开发场景就是用 Handler 来更新UI或者做一些简单耗时的操作。

1. Handler 使用示例

举个例子，这样一写就完成了。

	Handler mHandler = new Handler(){
            @Override
            public void handleMessage(Message msg) {
                super.handleMessage(msg);
                switch (msg.what) {
                    case 99:
                        // do something
                        sendEmptyMessageDelayed(100, 2000);
                        break;
                    case 100:
                        // do something
                        break;
                    default:break;
                }
            }
        };
	mHandler.sendEmptyMessage(99);

然而，AS 一这样写，立马报黄，提示如下

This Handler class should be static or leaks might occur (anonymous android.os.Handler)

写个 Handler 就提示会内存泄漏了，还让不让人好好写 bug 了。

有个问题，假如写了个 for 循环，发送一万次消息，会不会有问题？
写个 demo 验一下就知道不会有问题。

2. Handler 内存泄漏说明

关于 Handler 的内存泄漏，摘抄一段解释说明。

mHandler 会作为成员变量保存在发送的消息msg 中，即 msg 持有mHandler 的引用，而 mHandler 是 Activity 的非静态内部类实例，即mHandler 持有 Activity 的引用，那么我们就可以理解为 msg 间接持有 Activity 的引用。msg 被发送后先放到消息队列 MessageQueue 中，然后等待 Looper 的轮询处理（MessageQueue 和 Looper 都是与线程相关联的， MessageQueue 是 Looper 引用的成员变量，而 Looper 是保存在ThreadLocal 中的）。那么当 Activity 退出后，msg 可能仍然存在于消息对列MessageQueue 中未处理或者正在处理，那么这样就会导致 Activity 无法被回收，以致发生Activity 的内存泄露。

通常在Android 开发中如果要使用内部类，但又要规避内存泄露，一般都会采用 静态内部类 + 弱引用 的方式。
优化一下 Handler ，优化示例，

3.优化

3.1 自定义一个静态内部类 Handler

用静态内部类的方式自定义一个 Handler ，使用 WeakReference 实现弱引用。
传入的 SecondActivity 是使用这个 Handler 的 Activity ，按照实际情况传入即可； 传入Fragment 也是可以的。

private static class SecondHandler extends Handler{

        private WeakReference<SecondActivity> mWeakReference;

        public SecondHandler(SecondActivity secondActivity) {
            mWeakReference = new WeakReference<>(secondActivity);
        }

        @Override
        public void handleMessage(Message msg) {
            SecondActivity host = mWeakReference.get(); // 判断所在的 Activity 的引用是否被回收了
            if (host != null) {
                switch (msg.what){
                    case 99:
                        // do something
                        sendEmptyMessageDelayed(100, 2000);
                        break;
                    case 100:
                        // do something
                        break;
                    default:break;
                }
            }
        }
    }

摘抄一段解释说明：

mHandler 通过弱引用的方式持有Activity，当GC 执行垃圾回收时，遇到Activity 就会回收并释放所占据的内存单元。这样就不会发生内存泄露了。

3.2 弱引用 Handler 初始化

参考构造函数，初始化也很简单，使用的话还是 Handler 的用法。

SecondHandler mHandler = new SecondHandler(SecondActivity.this);
mHandler.sendEmptyMessage(99);

3.3 退出时移除回调和消息

当 Activity 退出后，将 mHandler 的回调和消息移除。在 onStop 或者 onDestroy 中执行即可。

@Override
protected void onStop() {
	super.onStop();
	mHandler.removeCallbacksAndMessages(null);
}

传入 null 是移除所有回调和消息，查看 Handler 源码可知，

/**
 * Remove any pending posts of callbacks and sent messages whose
 * <var>obj</var> is <var>token</var>.  If <var>token</var> is null,
 * all callbacks and messages will be removed.
 *   */
public final void removeCallbacksAndMessages(Object token) {
	mQueue.removeCallbacksAndMessages(this, token);
}

这样， Handler 的优化就完成了。
Thread 和 AsyncTask 也可以这样优化。