Android线程间通信 Handler使用详解

前言

Handler，可谓是面试题中的一个霸主了。在我《面试回忆录》中，几乎没有哪家公司，在面试的时候是不问这个问题的。简单一点，问问使用流程，内存泄漏等问题。复杂一点，纠其源码细节和底层 epoll 机制来盘你。所以其重要性，不言而喻了吧。

那么今天让我们来揭开 Handler 的神秘面纱。为了读者轻松易读不烧脑，本系列文章按照使用篇，源码篇，面试篇来分篇浅析。

01、定义

在了解如何使用前，我们先来看看什么是 Handler ？

A Handler allows you to send and process and Runnable objects associated with a thread's .

可以用 Handler 发送并且处理与线程有关的 Runnable 对象。

这听起来，可能还有点迷惑。那么讲一个常见的场景来引出 Handler 吧。你接到了一个需求：有一个文件列表，点击文件后，开始下载该文件，下载完成后，在列表中对应文件上加上已下载的标识。

下载是一个耗时的动作，为了不引起 ANR（Application not response），我们通常需要通过子线程去完成这任务。但通常情况下（有特殊情况），我们又不能在非主线程中去更新 UI，所以就需要进行线程间通信。而 Handler 便发挥其作用了——进行线程间通信。

02、使用

第一步、创建

在创建 Handler 的时候，需要有注意一下是在主线程还是子线程。

//主线程
private val mHandler: Handler = object : Handler(Looper.getMainLooper()) {
   override fun handleMessage(msg: Message) {
       when (msg.what) {
           1 -> {}
       }
   }
}

//子线程
Thread {
   Looper.prepare()
   val handler = object : Handler() {
       override fun handleMessage(msg: Message) {
           when (msg.what) {
               1 -> {}
           }
       }
   }
   handler.sendEmptyMessage(1)
   Looper.loop()
}.start()

在主线程创建我们无需调用 Looper.prepare() 和 Looper.loop() ；

在子线程需要手动调用者两个方法。至于为什么主要是主线的这两个方法，在应用入口 main() 中系统帮我们完成了，具体见后续原理篇。

第二步、发送消息

发送消息有两大类方式（此处忽略定时和延迟发送）

第一种是 post(Runnable)

// 未简化写法，为了更好理解
mHandler.post(object :Runnable{
   override fun run() {
       // TODO  具体业务逻辑
   }
})

第二种是 sendMessage(Message)

val msg = Message()
msg.what = 1
msg.obj = "Quincy"
mHandler.sendMessage(msg)

但其实两者本质上是没有区别的。因为上面两种方式最后都调用了 sendMessageDelayed()，只是源码上帮我们把 Runnable 包装成了一个 Message。具体看下一篇，源码篇。

第三步、处理消息

处理消息，并非简单地在 handleMessage() 中处理即可，这还是要分情况的。为了方便分析，我们先浅浅窥探一下处理消息的源码

public void dispatchMessage(Message msg) {
   if (msg.callback != null) {
       handleCallback(msg); // 注释1
   } else {
       if (mCallback != null) {
           if (mCallback.handleMessage(msg)) {
               return; //注释2
           }
       }
       handleMessage(msg); //注释3
   }
}

注意上面三点注释，它们之间的关系。如果 Message.callback 不为空，即通过 post() 发送消息的，则调用 handleCallback(Message)

private static void handleCallback(Message message) {
       message.callback.run();
   }

否则，如果 mCallback 不为空且拦截了消息，则不再调用 handleMessage()，

private val handler = object : Handler(object : Callback {
   override fun handleMessage(msg: Message): Boolean {
       if (msg.what == 1) {
           return true//不会调用注释3
       }
       return false//会调用注释3
   }
}) {
   override fun handleMessage(msg: Message) {
       when (msg.what) {
           1 -> {}
       }
   }
}

否则将回调。

private val mHandler: Handler = object : Handler() {
   override fun handleMessage(msg: Message) {
       when (msg.what) {
           1 -> {}
       }
   }
}

03、结语

• 一个线程中有多个 Handler ，但只有 1 个 Looper 和 1个 MessageQueue。哪在分发消息的时候，怎么知道发个哪一个 Handler 呢？

• Looper 中有多少个 for( ; ; )，分别的作用是什么呢？

• 消息被处理后，Message 是被怎么处理的呢？

• Handler 为什么会引起内存泄漏？

• Handler 中有 Looper 的死循环，为什么没有卡死呢？（我认为就是要卡“死”，正是因为它我们的程序才没有退出）

来源：https://juejin.cn/post/7150287876276617253