標籤:android io 使用 ar for strong 資料 sp div
在Android 中,線程內部或者線程之間進行資訊互動時經常會使用訊息,這些基礎的東西如果我們熟悉其內部的原理,將會使我們容易、更好地架構系統,避免一些低級的錯誤。
下面我們分析下程式的運行過程:
1.onCreate()
首先啟動服務時將會調用onCreate()方法,在該方法中我們new了一個HandlerThread對象,提供了線程的名字和優先順序。
緊接著我們調用了start()方法,執行該方法將會調用HandlerThread對象的run()方法:
- public void run() {
- mTid = Process.myTid();
- Looper.prepare();
- synchronized (this) {
- mLooper = Looper.myLooper();
- notifyAll();
- }
- Process.setThreadPriority(mPriority);
- onLooperPrepared();
- Looper.loop();
- mTid = -1;
- }
在run()方法中,系統給線程添加的Looper,同時調用了Looper的loop()方法:
- public static final void loop() {
- Looper me = myLooper();
- MessageQueue queue = me.mQueue;
- while (true) {
- Message msg = queue.next(); // might block
- //if (!me.mRun) {
- // break;
- //}
- if (msg != null) {
- if (msg.target == null) {
- // No target is a magic identifier for the quit message.
- return;
- }
- if (me.mLogging!= null) me.mLogging.println(
- ">>>>> Dispatching to " + msg.target + " "
- + msg.callback + ": " + msg.what
- );
- msg.target.dispatchMessage(msg);
- if (me.mLogging!= null) me.mLogging.println(
- "<<<<< Finished to " + msg.target + " "
- + msg.callback);
- msg.recycle();
- }
- }
- }
通過源碼我們可以看到loop()方法是個死迴圈,將會不停的從MessageQueue對象中擷取Message對象,如果 MessageQueue 對象中不存在Message對象,則結束本次迴圈,然後繼續迴圈;如果存在Message對象,則執行 msg.target.dispatchMessage(msg),但是這個msg的.target欄位的值是什麼呢?我們先暫時停止跟蹤源碼,返回到 onCreate()方法中。線程執行完start()方法後,我們可以擷取線程的Looper對象,然後new一個ServiceHandler對象, 我們把Looper對象傳到ServiceHandler建構函式中將使handler、looper和messageQueue三者建立聯絡。
2.onStartCommand()
執行完onStart()方法後,將執行onStartCommand()方法。首先我們從訊息池中擷取一個Message執行個體,然後給 Message對象的arg1、what、obj三個欄位賦值。緊接著調用sendMessage(msg)方法,我們跟蹤原始碼,該方法將會調用 sendMessageDelayed(msg, 0)方法,而sendMessageDelayed()方法又會調用sendMessageAtTime(msg, SystemClock.uptimeMillis() + delayMillis)方法,在該方法中我們要注意該句代碼msg.target = this,msg的target指向了this,而this就是ServiceHandler對象,因此msg的target欄位指向了 ServiceHandler對象,同時該方法又調用MessageQueue 的enqueueMessage(msg, uptimeMillis)方法:
- final boolean enqueueMessage(Message msg, long when) {
- if (msg.when != 0) {
- throw new AndroidRuntimeException(msg
- + " This message is already in use.");
- }
- if (msg.target == null && !mQuitAllowed) {
- throw new RuntimeException("Main thread not allowed to quit");
- }
- synchronized (this) {
- if (mQuiting) {
- RuntimeException e = new RuntimeException(
- msg.target + " sending message to a Handler on a dead thread");
- Log.w("MessageQueue", e.getMessage(), e);
- return false;
- } else if (msg.target == null) {
- mQuiting = true;
- }
- msg.when = when;
- //Log.d("MessageQueue", "Enqueing: " + msg);
- Message p = mMessages;
- if (p == null || when == 0 || when < p.when) {
- msg.next = p;
- mMessages = msg;
- this.notify();
- } else {
- Message prev = null;
- while (p != null && p.when <= when) {
- pprev = p;
- pp = p.next;
- }
- msg.next = prev.next;
- prev.next = msg;
- this.notify();
- }
- }
- return true;
- }
該方法主要的任務就是把Message對象的添加到MessageQueue中(資料結構最基礎的東西,自己畫圖理解下)。
handler.sendMessage()-->handler.sendMessageDelayed()-->handler.sendMessageAtTime()-->msg.target = this;queue.enqueueMessage==>把msg添加到訊息佇列中
3.handleMessage(msg)
onStartCommand()執行完畢後我們的Service中的方法就執行完畢了,那麼handleMessage()是怎麼調用的呢?在前 面分析的loop()方法中,我們當時不知道msg的target欄位代碼什麼,通過上面分析現在我們知道它代表ServiceHandler對 象,msg.target.dispatchMessage(msg);則表示執行ServiceHandler對象中的 dispatchMessage()方法
- public void dispatchMessage(Message msg) {
- if (msg.callback != null) {
- handleCallback(msg);
- } else {
- if (mCallback != null) {
- if (mCallback.handleMessage(msg)) {
- return;
- }
- }
- handleMessage(msg);
- }
- }
該方法首先判斷callback是否為空白,我們跟蹤的過程中未見給其賦值,因此callback欄位為空白,所以最終將會執行handleMessage()方法,也就是我們ServiceHandler類中複寫的方法。在該方法將根據what欄位的值判斷執行哪段代碼。
至此,我們看到,一個Message經由Handler的發送,MessageQueue的入隊,Looper的抽取,又再一次地回到Handler的懷抱中。而繞的這一圈,也正好協助我們將同步操作變成了非同步作業。
Android訊息機制(2)