Android线程间通信Handler使用详解

Valora ·
更新时间:2024-09-20
· 1008 次阅读

目录

前言

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的资料请关注软件开发网其它相关文章!



android线程 handler Android

需要 登录 后方可回复, 如果你还没有账号请 注册新账号