前言
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 的使用篇，主要是分享了基础的使用方法，以此作为源码篇的铺垫。最后提出几个问题，大家可以带着问题去看看源码。下一篇文章，我们将会揭开谜底。
- 一个线程中有多个 Handler ，但只有 1 个 Looper 和 1个 MessageQueue。哪在分发消息的时候，怎么知道发个哪一个 Handler 呢？
- Looper 中有多少个
for( ; ; )，分别的作用是什么呢？ - 消息被处理后，Message 是被怎么处理的呢？
- Handler 为什么会引起内存泄漏？
- Handler 中有 Looper 的死循环，为什么没有卡死呢？（我认为就是要卡“死”，正是因为它我们的程序才没有退出）
以上就是Android线程间通信 Handler使用详解的详细内容，更多关于Android线程通信Handler的资料请关注编程网其它相关文章！
