前言
01、定义
02、使用
第一步、创建
第二步、发送消息
第一种是 post(Runnable)
第二种是 sendMessage(Message)
第三步、处理消息
03、结语
前言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的资料请关注软件开发网其它相关文章!