Handler 允许我们发送延时消息，如果在延时期间用户关闭了 Activity，那么该 Activity 会泄露。这个泄露是因为 Message 会持有 Handler，而又因为 Java 的特性，内部类会持有外部类，使得 Activity 会被 Handler 持有，这样最终就 导致 Activity 泄露。
解决：将 Handler 定义成静态的内部类，在内部持有 Activity 的弱引用，并在 Acitivity 的 onDestroy()中handler.removeCallbacksAndMessages(null)及时 移除所有消息。
为什么我们能在主线程直接使用 Handler，而不需要创建 Looper ？
通常我们认为 ActivityThread 就是主线程。事实上它并不是一个线程，而是主 线程操作的管理者。在 ActivityThread.main() 方法中调用了 Looper.prepareMainLooper() 方法创建了 主线程的 Looper ,并且调用了 loop() 方法，所以我们就可以直接使用 Handler 了。因此我们可以利用 Callback 这个拦截机制来拦截 Handler 的消息。如大部分 插件化框架中 Hook ActivityThread.mH 的处理
主线程不允许退出，退出就意味 APP 要挂。
Handler 里藏着的 Callback 能干什么？Handler.Callback 有优先处理消息的权利 ，当一条消息被 Callback 处理并拦截 （返回 true），那么 Handler 的 handleMessage(msg) 方法就不会被调用了；如果 Callback 处理了消息，但是并没有拦截，那么就意味着一个消息可以同时 被 Callback 以及 Handler 处理。
创建 Message 实例的最佳方式 为了节省开销，Android 给 Message 设计了回收机制，所以我们在使用的时候 尽量复用 Message ，减少内存消耗： 通过 Message 的静态方法 Message.obtain()； 通过 Handler 的公有方法 handler.obtainMessage()。
子线程里弹 Toast 的正确姿势 本质上是因为 Toast 的实现依赖于 Handler，按子线程使用 Handler 的要求修 改即可，同理的还有 Dialog。妙用 Looper 机制 将 Runnable post 到主线程执行； 利用 Looper 判断当前线程是否是主线程。
