Kotlin中的handler如何避免内存泄漏详解

前言：

成都创新互联坚信：善待客户，将会成为终身客户。我们能坚持多年，是因为我们一直可值得信赖。我们从不忽悠初访客户，我们用心做好本职工作，不忘初心，方得始终。10余年网站建设经验成都创新互联是成都老牌网站营销服务商,为您提供网站建设、成都网站设计、网站设计、成都h5网站建设、网站制作、成都品牌网站建设、小程序开发服务,给众多知名企业提供过好品质的建站服务。

哲学老师说，看待事物无非是了解它是什么，为什么，怎么做

所以，首先，我们先了解一下什么是“内存泄漏”

摘自百度的一段话：用动态存储分配函数动态开辟的空间，在使用完毕后未释放，结果导致一直占据该内存单元。直到程序结束。

是不是有点拗口，换一种说法，有天你去一家饭店吃饭，有个胖子吃完饭了，却霸占着一张桌子不走，然而现在一堆人等着吃饭，结果那死胖子等到饭店打烊了才离开。

在这个例子中，饭店的桌子就好比内存空间，那个胖子就是一个函数，吃饭就是所执行的事件。

这么说是不是好理解多了，现在，我们要做的就是赶走这个死胖子。

Handler在Android开发中经常使用，一不小心就会陷入内存泄漏的问题，最近在开发一款Kotlin软件，针对Handler内存泄漏的问题做出了解决方案

问题分析：

在finish()的时候，Message还没有被处理，Message持有Handler, Handler持有Activity,这样阻止了GC对Acivity的回收，就发生了内存泄露。正确的写法应该是使用显形的引用，静态内部类与 外部类。使用弱引用WeakReference。 最后在Activity调用onDestroy()的时候要取消掉该Handler对象的Message和Runnable

核心代码：

 private class MyHandler(activity: thisActivity) : Handler() {
  private val mActivity: WeakReference = WeakReference(activity)
  override fun handleMessage(msg: Message) {
   if (mActivity.get() == null) {
    return
   }
   val activity = mActivity.get()
   when (msg.what) {
    0-> {
    }
    else -> {
    }
   }
  }
 }
 override fun onDestroy() {
  // Remove all Runnable and Message.
  MyHandler(this).removeCallbacksAndMessages(null)
  super.onDestroy()
 }

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对创新互联的支持。