onStartCommand()執(zhí)行完畢后我們的Service中的方法就執(zhí)行完畢了，那么handleMessage()是怎么調(diào)用的呢?在前 面分析的loop()方法中，我們當(dāng)時(shí)不知道m(xù)sg的target字段代碼什么，通過上面分析現(xiàn)在我們知道它代表ServiceHandler對(duì) 象，msg.target.dispatchMessage(msg);則表示執(zhí)行ServiceHandler對(duì)象中的 dispatchMessage()方法：

　　view plaincopy to clipboardprint?

　　1. public void dispatchMessage(Message msg) {

　　2. if (msg.callback != null) {

　　3. handleCallback(msg);

　　4. } else {

　　5. if (mCallback != null) {

　　6. if (mCallback.handleMessage(msg)) {

　　7. return;

　　8. }

　　9. }

　　10. handleMessage(msg);

　　11. }

　　12. }

　　該方法首先判斷callback是否為空，我們跟蹤的過程中未見給其賦值，因此callback字段為空，所以最終將會(huì)執(zhí)行handleMessage()方法，也就是我們ServiceHandler類中復(fù)寫的方法。在該方法將根據(jù)what字段的值判斷執(zhí)行哪段代碼。

　　至此，我們看到，一個(gè)Message經(jīng)由Handler的發(fā)送，MessageQueue的入隊(duì)，Looper的抽取，又再一次地回到Handler的懷抱中。而繞的這一圈，也正好幫助我們將同步操作變成了異步操作。