Handler
通常情况下,handler就是用来更新UI的。
1.消息机制的模型
消息机制主要包含:MessageQueue,Handler和Looper这三大部分,以及Meesage。
- Message:需要传递的消息,可以传递数据。
- MessageQueue:消息队列,但是它的内部实现,并不是用的队列,实际上是通过一个单链表的数据结构来维护消息列表,因为单链表在插入和删除有优势。主要功能向消息池投递消息(MessageQueue.enqueueMessage)和取走消息池的消息(MessageQueue.next)。
- Handler:消息辅助类,主要功能向消息池发送各种消息(Handler.sendMessage)和处理相应的消息事件(Handler.handlMessage);
- Looper:不断循环执行(Looper.loop),从MessageQueue中读取消息,按分发机制将消息分发给目标处理者。
2.消息机制的架构
消息机制的运行流程:在子线程执行完耗时操作,当Handler发送消息时,将会调用MessageQueue.enqueueMessage,向消息队列中添加消息。当通过Looper.loop开启循环后,会不断从线程池中读取消息,即调用MessageQueue.next方法,然后调用目标Handler(即发送该消息的Handler)的dispatchMessage方法传递消息,然后返回到Handler所在的线程,目标Handler收到消息,调用handleMessage方法,接收消息,处理消息。
3.消息机制源码解析
-
- Looper
要想使用消息机制,首先要创建一个Looper。
初始化Looper
无参的情况下,默认调用prepare(true),表示的是这个Looper可以退出,而对于false的情况,表示当前Looper不能退出。
- Looper
public static void prepare() {
prepare(true);
}
private static void prepare(boolean quitAllowed) {
if (sThreadLocal.get() != null) {
throw new RuntimeException("Only one Looper may be created per thread");
}
sThreadLocal.set(new Looper(quitAllowed));
}
不能重复创建Looper,只能创建一个。创建Looper,并保存在ThreadLocal。其中ThreadLocal是线程本地存储区(Thread Local Storage,简称TLS),每个线程都有自己的私有的本地存储区域,不同的线程不能访问其他线程的TLS。
开启Looper
public static void loop() {
final Looper me = myLooper();//获取TLS存储中的Looper对象。
if (me == null) {
throw new RuntimeException("No Looper; Looper.prepare() wasn't called on this thread.");
}
final MessageQueue queue = me.mQueue;//获取Looper对象中的消息队列
// Make sure the identity of this thread is that of the local process,
// and keep track of what that identity token actually is.
Binder.clearCallingIdentity();
final long ident = Binder.clearCallingIdentity();
for (;;) { //进入looper的主循环方法
Message msg = queue.next(); // 可能会阻塞,因为next()方法会无线循环
if (msg == null) { //消息为空,则退出循环
// No message indicates that the message queue is quitting.
return;
}
...
msg.target.dispatchMessage(msg);//获取msg的目标Handler然后用于分发Messae。
}
}
loop(),进入循环模式,不断进行下面的操作,直到消息为空时退出循环:
- 读取MessageQueue的下一条Message,把Message分发给对应的Handler。
- 当next(),读取下一条消息,队列中已经没有消息时候,next()会无限循环,产生阻塞。等待MessageQueue中加入消息,然后重新唤醒。
- 主线程中不需要自己创建Looper,这是由于在程序启动的时候,系统已经自动调用了Looper.prepare()方法。ActivityThread中的main()方法有调用。
-
- Handler
public Handler(@Nullable Callback callback, boolean async) {
// 需要先执行Looper.prepare(),才能获取Looper对象。
mLooper = Looper.myLooper();
if (mLooper == null) {
throw new RuntimeException(
"Can't create handler inside thread " + Thread.currentThread()
+ " that has not called Looper.prepare()");
}
mQueue = mLooper.mQueue;//消息队列,来自Looper对象
mCallback = callback;//回调方法
mAsynchronous = async;//设置消息是否未异步处理
}
对于handler的无参构造方法,默认采用当前线程TSL中的Looper对象,并且回调方法为null,且消息为同步处理。只要执行Looper.prepare()方法,那么便可以获取有效的Looper对象。
handler的发送消息的方法有几种,无论是post()还是send(),但是终究还是调用了sendMessageAtTime()方法。
在子线程中,使用runOnUiThread,内部调用的是handler的post()方法,最终调用的是sendMessageAtTime()方法。
public final void runOnUiThread(Runnable action) {
if (Thread.currentThread() != mUiThread) {
mHandler.post(action);
} else {
action.run();
}
}
sendMessageAtTime()代码
public boolean sendMessageAtTime(@NonNull Message msg, long uptimeMillis) {
MessageQueue queue = mQueue;
if (queue == null) {
RuntimeException e = new RuntimeException(
this + " sendMessageAtTime() called with no mQueue");
Log.w("Looper", e.getMessage(), e);
return false;
}
return enqueueMessage(queue, msg, uptimeMillis);
}
private boolean enqueueMessage(@NonNull MessageQueue queue, @NonNull Message msg,
long uptimeMillis) {
msg.target = this;
msg.workSourceUid = ThreadLocalWorkSource.getUid();
if (mAsynchronous) {
msg.setAsynchronous(true);
}
return queue.enqueueMessage(msg, uptimeMillis);
}
主要就是调用enqueueMessage方法。往消息队列里面插入一条数据。
MessageQueue 中enqueueMessage方法
boolean enqueueMessage(Message msg, long when) {
//每一个Message必须有一个Target。
if (msg.target == null) {
throw new IllegalArgumentException("Message must have a target.");
}
if (msg.isInUse()) {
throw new IllegalStateException(msg + " This message is already in use.");
}
synchronized (this) {
if (mQuitting) { //正在退出,回收msg,加入到消息池。
msg.recycle();
return false;
}
msg.markInUse();
msg.when = when;
Message p = mMessages;
boolean needWake;
if (p == null || when == 0 || when < p.when) {
// p为null(代表MessageQueue没有消息) 或者msg的触发时间是队列内最早的,则加入该分支。
msg.next = p;
mMessages = msg;
needWake = mBlocked;
} else {
//将消息按时间顺序插入到MessageQueue。通常不需要唤醒时间队列,除非消息头部存在阻塞,并且同时Message是队列中最早的异步消息。
needWake = mBlocked && p.target == null && msg.isAsynchronous();
Message prev;
for (;;) {
prev = p;
p = p.next;
if (p == null || when < p.when) {
break;
}
if (needWake && p.isAsynchronous()) {
needWake = false;
}
}
msg.next = p; // invariant: p == prev.next
prev.next = msg;
}
// We can assume mPtr != 0 because mQuitting is false.
if (needWake) {
nativeWake(mPtr);
}
}
return true;
}
MessageQueue是按照Message触发时间的先后排序排列的,队头的消息将是最早触发的,当有消息需要加入消息队列时,会从队列头开始遍历,直到找到消息应该插入的合适位置,保证所有消息的时间顺序。
-
- 获取消息
当发送了消息后,在MessageQueue维护了消息队列,然后在Looper中通过loop()方法,不停的获取消息。其中最重要的就是调用了queue.next()方法来获取下一条消息。
MessageQueue.next()具体实现流程
- 获取消息
@UnsupportedAppUsage
Message next() {
final long ptr = mPtr;
if (ptr == 0) { //当前循环已经退出,则直接返回
return null;
}
int pendingIdleHandlerCount = -1; // 循环迭代的首次= -1
int nextPollTimeoutMillis = 0;
for (;;) {
if (nextPollTimeoutMillis != 0) {
Binder.flushPendingCommands();
}
//阻塞操作,当等待nextPollTimeoutMillis时长,或者消息队列被唤醒是都会返回。
nativePollOnce(ptr, nextPollTimeoutMillis);
synchronized (this) {
// Try to retrieve the next message. Return if found.
final long now = SystemClock.uptimeMillis();
Message prevMsg = null;
Message msg = mMessages;
if (msg != null && msg.target == null) {
// 当消息Handler为空时, 查询MessageQueue中的下一条异步消息msg, 为空则退出循环。
do {
prevMsg = msg;
msg = msg.next;
} while (msg != null && !msg.isAsynchronous());
}
if (msg != null) {
if (now < msg.when) {
// Next message is not ready. Set a timeout to wake up when it is ready.
nextPollTimeoutMillis = (int) Math.min(msg.when - now, Integer.MAX_VALUE);
} else {
mBlocked = false;
if (prevMsg != null) {
prevMsg.next = msg.next;
} else {
mMessages = msg.next;
}
msg.next = null;
//设置消息的使用状态, 即flags |= FLAG_IN_USE
msg.markInUse();
// 获取一条消息,并返回。
return msg;
}
} else {
//没有消息
nextPollTimeoutMillis = -1;
}
// 消息正在退出,返回null
if (mQuitting) {
dispose();
return null;
}
}
}
nativePollOnce是阻塞操作,其中nextPollTimeoutMillis表示下一个消息到来前,还需要等待的时长,当nextPollTimeoutMillis = -1时,表示消息队列中没有消息,会一直等待下去。
可以看出next(),方法根据消息的触发时间,获取下一条需要执行的消息,队列中消息为空,则会进行阻塞操作。
-
- 分发消息
在loop()中,获取到下一条消息后,执行 msg.target.dispatchMessage(msg),来分发消息到目标Handler对象。msg.target实际上Handler的引用,所以该方法实际调用的是Handler的dispatchMessage()方法。
dispatchMessage()方法
- 分发消息
public void dispatchMessage(@NonNull Message msg) {
if (msg.callback != null) {
handleCallback(msg);
} else {
if (mCallback != null) {
if (mCallback.handleMessage(msg)) {
return;
}
}
handleMessage(msg);
}
}
private static void handleCallback(Message message) {
message.callback.run();
}
分发消息流程:
当message的msg.callback不为空时,则回调方法msg.callback.run();
当handler的mCallback不为空时,则回调mCallback.handleMessage(msg);
最后调用Handler自身的回调方法handleMessage(),默认为空实现。需要开发者重写。
优先级:
message.callback.run() > mCallback.handleMessage(msg) > handleMessage(msg)