Android线程间通信 Handler使用详解
目录
- 前言
- 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的资料请关注我们其它相关文章!