Handler 泄漏场景、解决方案、深入理解

Handler泄漏场景

一般情况下使用Handler不会出现内存泄漏，但是页面退出后Handler需要即时清理消息列表，特别是通过postDelay发布的延时任务，这种任务特别容易造成页面（Aty、Fgm）对象泄漏。

看看下面代码

class HandlerTestActivity : AppCompatActivity() {
    private val mHandler = Handler(Looper.getMainLooper()) // 主线程Handler
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        mHandler.postDelayed({ // 发布一个延时任务，延时10s
            val a = "匿名内部类，持有外部类Activity的对象"
            Log.d("xiaoma", "a = $a")
        }, 10000)
    }
}

可以尝试下，打开页面后在10s内关闭Aty，就会出现内存泄漏。咦？这是为什么呢？先不解释，先抛一个大家都认同的：

如上，Handler在postDelay任务前，会先构建一个匿名内部类的任务对象，这种对象会持有外部类的对象。酱紫一来，是不是说明如果有个长生命周期的对象（例如static、单例）引用了这个任务对象，那就相当于持有了Activity的对象？是的话，结果会是什么，会造成什么问题？

很明显，Activity、Fragment这种短生命周期的对象被长生命周期对象持有，是危险的，容易出现内存泄漏，内存泄漏多了，容易频繁触发JVM GC，如果刚好泄漏的Activity很占用内存，甚至容易触发卡顿、OOM。

如何解决这种场景下的内存泄漏呢？本章只提出一种解决办法，其他方案不在讨论范围内哈哈。

解决Handler内存泄漏

在Activity#onDestroy()中清除Handler所有待执行的任务，如下：

class HandlerTestActivity :