前言
Handler、Looper以及Message之间的关系,概括性来说,Looper负责的是创建一个MessageQueue对象,然后进入到一个无限循环体中不断取出消息,而这些消息都是由一个或者多个Handler进行创建处理
Messagequeue 的数据结构是什么?
基础数据结构中 “先进先出” 的一种数据结构
Handler post 原理
消息是通过 MessageQueen 中的 enqueueMessage()方法加入消息队列中的,并且它在放入中就进行好排序,链表头的延迟时间小,尾部延迟时间最大
- Looper.loop()通过 MessageQueue 中的 next()取消息
- next()中如果当前链表头部消息是延迟消息,则根据延迟时间进行消息队列会 阻塞,不返回给 Looper message,知道时间到了,返回给 message
- 如果在阻塞中有新的消息插入到链表头部则唤醒线程
- Looper 将新消息交给回调给 handler 中的 handleMessage 后,继续调用 MessageQueen的next()方法,如果刚刚的延迟消息还是时间未到,则计算时间继续阻塞
handler.postDelay()的实现是通过MessageQueue中执行时间顺序排列,消息队列阻塞和唤醒的方式结合实现的;如果真的是通过延迟将消息放入到 MessageQueen中,那放入多个延迟消息就要维护多个定时器
Android 消息机制的简介
在 Android 中使用消息机制,我们首先想到的就是 Handler;没错,Handler是 Android 消息机制的上层接口;Handler 的使用过程很简单,通过它可以轻松地将一个任务切换到Handler所在的线程中去执行。通常情况下,Handler的使用场景就是更新UI
在子线程中,进行耗时操作,执行完操作后,发送消息,通知主线程更新 UI;这便是消息机制的典型应用场景。我们通常只会接触到 Handler 和 Message 来完 成消息机制,其实内部还有两大助手来共同完成消息传递
消息机制的模型 消息机制主要包含: MessageQueue,Handler和Looper这三大部分,以及Message,下面我们一一介绍
- Message: 需要传递的消息,可以传递数据;
- MessageQueue: 消息队列,但是它的内部实现并不是用的队列,实际上是通过 一个单链表的数据结构来维护消息列表,因为单链表在插入和删除上比较有优 势。主要功能向消息池投递消息(MessageQueue.enqueueMessage)和取走消息池的消息(MessageQueue.next);
- Handler: 消息辅助类,主要功能向消息池发送各种消息事件 (Handler.sendMessage)和处理相应消息事件(Handler.handleMessage);
- Looper: 不断循环执行(Looper.loop),从 MessageQueue中读取消息,按分发机制将消息分发给目标处理者
消息机制的架构
消息机制的运行流程: 在子线程执行完耗时操作,当 Handler 发送消息时,将会 调用MessageQueue.enqueueMessage,向消息队列中添加消息
当通过Looper.loop 开启循环后,会不断地从线程池中读取消息 ,即调用 MessageQueue.next,然后 调用目标 Handler(即发送该消息的 Handler)的 dispatchMessage 方法传递消息,然后返回到 Handler 所在线程,目标 Handler 收到消息,调用 handleMessage方法,接收消息,处理消息
MessageQueue,Handler 和 Looper 三者之间的关系: 每个线程中只能存在一个 Looper,Looper 是保存在 ThreadLocal 中的。主线程(UI 线程)已经创建了一个 Looper,所以在主线程中不需要再创建 Looper,但是在其他线程中需要创建 Looper
每个线程中可以有多个 Handler,即一个Looper 可以处理来自多个 Handler的消息 ;Looper 中维护一个MessageQueue,来维护消息队列,消息队列中的 Message可以来自不同的 Handler
- Looper 有一个 MessageQueue 消息队列
- MessageQueue 有一组待处理的 Message
- Message中记录发送和处理消息的 Handler
- Handler中有 Looper 和 MessageQueue
我们可以使用 Handler 发送并处理与一个线程关联的 Message 和 Runnable ;(注意:Runnable 会被封装进一个 Message,所以它本质上还是一个 Message ) 每个 Handler 都会跟一个线程绑定,并与该线程的 MessageQueue 关联在一起, 从而实现消息的管理以及线程间通信
- Handler 的背后有着 Looper 以及 MessageQueue 的协助,三者通力合作,分工 明确;尝试小结一下它们的职责,如下:
- Looper : 负责关联线程以及消息的分发在该线程下从 MessageQueue 获取 Message,分发给 Handler ;
- MessageQueue : 是个队列,负责消息的存储与管理,负责管理由 Handler 发送过 来的 Message ;
- Handler : 负责发送并处理消息,面向开发者,提供 API,并隐藏背后实现的细节
Handler 发送的消息由 MessageQueue 存储管理,并由 Loopler 负责回调消息 到 handleMessage();线程的转换由 Looper 完成,handleMessage() 所在线程由 Looper.loop() 调用 者所在线程决定
Handler 引起的内存泄露原因以及最佳解决方案
Handler 允许我们发送延时消息,如果在延时期间用户关闭了 Activity,那么该 Activity 会泄露
这个泄露是因为 Message 会持有 Handler,而又因为 Java 的特性,内部类会 持有外部类,使得 Activity 会被 Handler 持有,这样最终就导致 Activity 泄露
解决该问题的最有效的方法是:将 Handler 定义成静态的内部类,在内部持有 Activity 的弱引用,并及时移除所有消息
示例代码如下:
private static class SafeHandler extends Handler {private WeakReference<HandlerActivity> ref;public SafeHandler(HandlerActivity activity) {this.ref = new WeakReference(activity);}@Overridepublic void handleMessage(final Message msg) {HandlerActivity activity = ref.get();if (activity != null) {activity.handleMessage(msg);}}}
并且再在 Activity.onDestroy() 前移除消息,加一层保障:
@Overrideprotected void onDestroy() {safeHandler.removeCallbacksAndMessages(null);super.onDestroy();}
这样双重保障,就能完全避免内存泄露了。注意:单纯的在 onDestroy 移除消息并不保险,因为 onDestroy 并不一定执行
- Handler 的 背 后 有 Looper 、 MessageQueue 支 撑 , Looper 负 责 消 息 分 发 , MessageQueue 负责消息管理;
- 在创建 Handler 之前一定需要先创建 Looper;
- Looper 有退出的功能,但是主线程的 Looper 不允许退出;
- 异步线程的 Looper 需要自己调用 Looper.myLooper().quit(); 退出;
- Runnable 被封装进了 Message,可以说是一个特殊的 Message;
- Handler.handleMessage() 所在的线程是 Looper.loop() 方法被调用的线程,也可以说成 Looper所在的线程,并不是创建Handler的线程;
- 使用内部类的方式使用Handler可能会导致内存泄露,即便在 Activity.onDestroy 里移除延时消息,必须要写成静态内部类
Android UI 是线程不安全的,如果在子线程中尝试进行 UI 操作,程序就有可能 会崩溃
相信大家在日常的工作当中都会经常遇到这个问题,解决的方案应该也 是早已烂熟于心,即创建一个 Message 对象,然后借助 Handler 发送出去,之 后在 Handler 的 handleMessage()方法中获得刚才发送的 Message 对象,然 后在这里进行 UI 操作就不会再出现崩溃了
在主线程中可 以直接创建 Handler 对象,而在子线程中需要先调用 Looper.prepare()才能创 建 Handler 对象
有关 Handler 的知识点就到这里了, 有需要学习更多关于 Handle 知识点的同学,可以 私信 发送 “进阶” 即可 获取一份 学习笔记 ,相信能够帮助大家 查漏补缺
资料部分内容展示如下:
《Handler 机制之 Thread》
- 线程概念
- Android线程的实现
- 线程的阻塞
- 关于线程上下文切换
- 关于线程的安全问题
- 守护线程
- 线程的内存
《Handler机制之ThreadLocal》
- Java中的ThreadLocal
- ThreadLocal的前世今生
- Android中的ThreadLocal
- Android 面试中的关于ThreadLocal的问题
- ThreadLocal的结构
- ThreadLocal静态类ThreadLocal.Values
- ThreadLocal的总结
完整版PDF文档获取方式: 私信 发送 “进阶” 即可 免费获取
对于程序员来说,要学习的知识内容、技术有太多太多,要想不被环境淘汰就只有不断提升自己,从来都是我们去适应环境,而不是环境来适应我们
技术是无止境的,你需要对自己提交的每一行代码、使用的每一个工具负责,不断挖掘其底层原理,才能使自己的技术升华到更高的层面
Android 架构师之路还很漫长,与君共勉