Java Handler同步屏障淺析講解
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 負責屏幕的渲染,需要及時的處理從底層過來的信號,以保障界面刷新的頻率。
那麼mChoreographer是如何處理信號的,如何進行渲染的邏輯是怎麼樣的,有機會再寫文章進行分享。
到此這篇關於Java Handler同步屏障淺析講解的文章就介紹到這瞭,更多相關Java Handler內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!
推薦閱讀:
- Android Handler源碼深入探究
- Android Loop機制中Looper與handler詳細分析
- Android Handler機制詳解原理
- Android消息機制Handler用法總結
- Android消息機制Handler深入理解