1.在View的載入和繪製流程中，有一個編舞者類，mChoreographer。
mTraversalBarrier = mHandler.getLooper().postSyncBarrier();向MessageQueue中插入一條同步屏障訊息，msg.target==null的訊息，傳回值mTraversalBarrier是一個int 的token值。
void scheduleTraversals() {
if (!mTraversalScheduled) {
mTraversalScheduled = true;
//向消息队列插入一个同步屏障的消息。msg.target==null的消息
mTraversalBarrier = mHandler.getLooper().postSyncBarrier();
mChoreographer.postCallback(
Choreographer.CALLBACK_TRAVERSAL, mTraversalRunnable, null);
}
}登入後複製
mChoreographer.postCallback（）方法會執行mTraversalRunnable中的程式碼。
mHandler.getLooper().removeSyncBarrier(mTraversalBarrier);這個會根據上面產生的token值移出MessageQueue中的同步屏障訊息。
final TraversalRunnable mTraversalRunnable = new TraversalRunnable();
final class TraversalRunnable implements Runnable {
@Override
public void run() {
doTraversal();
}
}
void doTraversal() {
if (mTraversalScheduled) {
mTraversalScheduled = false;
//移除同步屏障消息
mHandler.getLooper().removeSyncBarrier(mTraversalBarrier);
//在这个方法中会调用 measure layout draw，view的绘制绘制流程的方法
performTraversals();
}
}登入後複製
還是看這行程式碼mHandler.getLooper().postSyncBarrier()，系統是怎麼處理的。
取得了一個沒有設定handler的Message。
int enqueueSyncBarrier(long when) {
// Enqueue a new sync barrier token.
// We don't need to wake the queue because the purpose of a barrier is to stall it.
synchronized (this) {
final int token = mNextBarrierToken++;
// 这个msg.target没有被赋值
final Message msg = Message.obtain();
msg.markInUse();
msg.when = when;
msg.arg1 = token;
Message prev = null;
Message p = mMessages;
if (when != 0) {
while (p != null && p.when <= when) {
prev = p;
p = p.next;
}
}
if (prev != null) { // invariant: p == prev.next
msg.next = p;
prev.next = msg;
} else {
msg.next = p;
mMessages = msg;
}
return token;
}
}登入後複製
正常我們透過handler發送訊息，handler是不允許為空的。
boolean enqueueMessage(Message msg, long when) {
if (msg.target == null) {
throw new IllegalArgumentException("Message must have a target.");
}
...........
}登入後複製
那系統為啥要發送一個handler為空的訊息呢？
先看mChoreographer發了同步屏障訊息後，又做了什麼？
又發送了一個非同步訊息：msg.setAsynchronous(true)，這個訊息的handler不為null。
private void postCallbackDelayedInternal(int callbackType,
Object action, Object token, long delayMillis) {
synchronized (mLock) {
final long now = SystemClock.uptimeMillis();
final long dueTime = now + delayMillis;
mCallbackQueues[callbackType].addCallbackLocked(dueTime, action, token);
if (dueTime <= now) {
scheduleFrameLocked(now);
} else {
Message msg = mHandler.obtainMessage(MSG_DO_SCHEDULE_CALLBACK, action);
msg.arg1 = callbackType;
//将消息设置为异步消息
msg.setAsynchronous(true);
mHandler.sendMessageAtTime(msg, dueTime);
}
}
}登入後複製
接下來看看MessageQueue是怎麼去訊息的，是如何對這個同步屏障訊息怎麼處理的。
Message next() {
synchronized (this) {
// Try to retrieve the next message. Return if found.
final long now = SystemClock.uptimeMillis();
Message prevMsg = null;
Message msg = mMessages;
//如果msg.target==null说明我们已经向消息队里中插入了一条屏障消息。
//此时会进入到这个循环中，找到msg.isAsynchronous==true的异步消息。
//通常我们发送的都是同步消息isAsynchronous = false的，并且msg.target不能为null的。
if (msg != null && msg.target == null) {
// Stalled by a barrier. Find the next asynchronous message in the queue.
do {
prevMsg = msg;
msg = msg.next;
} while (msg != null && !msg.isAsynchronous());//msg.isAsynchronous==true时结束循环，说明找到了这个异步消息。
}
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 {
// Got a message.
mBlocked = false;
if (prevMsg != null) {
prevMsg.next = msg.next;
} else {
mMessages = msg.next;
}
msg.next = null;
if (false) Log.v("MessageQueue", "Returning message: " + msg);
return msg;
}
} else {//没有找到的话则进入休眠直到下一次被唤醒
// No more messages.
nextPollTimeoutMillis = -1;
}
}
}登入後複製
在取消的時候，先判斷進行msg.target為null的判斷，然後經過while循環，找到msg.isAsynchronous() == true的訊息。也就是上面發送的非同步訊息。通常我們傳送的訊息都是同步訊息，不會設定對 msg.setAsynchronous(true);。
系統這樣做的目的就是為了優先去處理這個非同步訊息。會把所有的同步訊息放在後面，向一道屏障一樣，所以這樣的操作，被稱為同步屏障，是同步屏障訊息的處理有更高的優先權。
因為編舞者類別mChoreographer 負責螢幕的渲染，需要及時的處理從底層過來的訊號，以保障介面刷新的頻率。
以上是Java Handler同步屏障實例程式碼分析的詳細內容。更多資訊請關注PHP中文網其他相關文章！
