首先我们看最常见的handler写法：
为什么handler会导致内存泄露呢？是因为内部类持有了外部类的引用引起的吗？但是我们日常写代码中也有很多场景使用了内部类，为啥那些情况没有内存泄露呢，今天我们就来分析根本本质原因。
内存泄露本质就是已分配的内存无法被回收
原因：长生命周期的对象持有短生命周期对象的引用。
一般从引用链来分析内存泄露原因：
首先我们上述写的就是Handler这个内部类持有了外部了外部Activity引用，那么就是Handler->Activity，下面我们继续看是谁持有了Handler。
当我们调用handler.sendMessage方法时最终会调用enqueueMessage方法
然后会把当前handler 也就是this赋值给message的target属性
那么到这里也就意味着message持有了Handler。所以我们Message->Handler->Activity 继续看 直到我们找到可以作为Gcroot的。那么Message又被谁持有呢？
在MessageQueue种有enqueueMessage添加消息往队列中，这样Message被MessageQueue所持有了。MessageQueue->Message->Handler->Activity，继续往下看
当Looper的构造方法中，需要初始化messagequeue，此时消息队列被Looper所持有。
Looper->MessageQueue->Message->Handler->Activity
可以看到主线程中ActivityThread的main方法中会调用Looper.prepareMainLooper方法，进而构造了一个Looper，然后把Looper放到TheadLocal，并放到主线程的ThreadLocalMap中，也就是说这个looper是主线程持有的，是无法被释放掉的。
ActivityThread->Looper->MessageQueue->Message->Handler->Activity。
所以从这条引用链来看，当Acticity被销毁了，但是依然被ActvityThread所间接持有，不会被回收，造成内存泄露。
解决方案：
1 使用静态内部类，根据java特性，不会持有外部类的引用。Handler->Activity后面这条链就直接断掉了。也就是Activity销毁可以被回收了
2 弱引用加上静态内部类
弱引用引用的对象具有更短的生命周期，开发者无需担心内存被占用没有及时释放导致内存泄露问题，但也会引发弱引用对象空指针问题，需要注意判空。(kotlin有安全机制)
3 移除消息
会调用下面Message的recycleUnchecked方法
这里会将handler赋值为null，会清空MessageQueue里面所有的Message。也就是说能把Message -> Handler的链条断开。达到ActivityThread不能间接持有Activity。
总结：主要分析了Handler为何会导致内存泄露，其实不是内部类导致的，而是Handler被长时间生命周期对象所持有，形成了ActivityThread->Looper->MessageQueue->Message->Handler->Activity的持有链。才导致了Activity无法被回收。
解决方案：
1 使用Activity退出时，清空MessageQueue的所有Message。将Handler置为Null。
2 使用static修饰内部类，内部类写出静态的。
3 在Handler中，使用弱引用持有Activity对象，让Activity对象生命周期更短，就能保证在垃圾回收时被正常回收。
