深入研究 IntentService 原始碼

IntentService Source Code Internals

在 小心，AsyncTask 不是萬能的 中，我提到 IntentService 是你在實現下載功能時，最好用的武器之一。
這次，我們來深入研究 IntentService 的原始碼，看他是如何用短短幾行代碼，來解決這個問題。

1. public abstract class IntentService extends Service {  
2.   ...  
3. }  

public abstract class IntentService extends Service { ... } 從 class 的宣告中，你可以知道 IntentService 就是一般的 Service。
接著他定義一個 ServiceHandler。一般我們在創建 Handler 時，都是用預設的建構式。預設的 Handler 建構式，是依附在當前的 thread 身上。所以一般開發者都以為 Handler 一定是依附在 main-thread 上，這是不對的觀念。

1. private final class ServiceHandler extends Handler {  
2.   public ServiceHandler(Looper looper) {  
3.     super(looper);  
4.   }  
5.   ...  
6. }  

private final class ServiceHandler extends Handler { public ServiceHandler(Looper looper) { super(looper); } ... } 這個 ServiceHandler，是依附在一個 non-UI thread 的 Looper 上。Looper 就是訊息迴圈 (message loop)，這是 Android UI 在處理各式訊息時，最重要的元件之一。而 ServiceHandler 建構式中所傳入的 Looper 物件，是在 onCreate() 中所建立的。

1. @Override  
2. public void onCreate() {  
3.   super.onCreate();  
4.   HandlerThread thread = new HandlerThread("IntentService[" + mName + "]");  
5.   thread.start();  
6.   
7.   mServiceLooper = thread.getLooper();  
8.   mServiceHandler = new ServiceHandler(mServiceLooper);  
9. }  

@Override public void onCreate() { super.onCreate(); HandlerThread thread = new HandlerThread("IntentService[" + mName + "]"); thread.start(); mServiceLooper = thread.getLooper(); mServiceHandler = new ServiceHandler(mServiceLooper); } 看到了吧，mServiceLooper 就是 thread 物件中的 Looper 物件。這個 thread 物件就是一個 HandlerThread，他是一個 non-UI thread。
所以現在這個 Service，一個帶有 message loop(mServiceLooper) 的 non-UI thread (mServiceHandler) 正一直在背後執行著，監看是否有任何傳入的 message。
接著，每當你呼叫 startService(new Intent(this, MyIntentService.class)) 啟動 IntentService 時，其實他只是很簡單地送出一個 message 到 mServiceHandler 上。

1. @Override  
2. public void onStart(Intent intent, int startId) {  
3.   Message msg = mServiceHandler.obtainMessage();  
4.   msg.arg1 = startId;  
5.   msg.obj = intent;  
6.   mServiceHandler.sendMessage(msg);  
7. }  

@Override public void onStart(Intent intent, int startId) { Message msg = mServiceHandler.obtainMessage(); msg.arg1 = startId; msg.obj = intent; mServiceHandler.sendMessage(msg); } 我們知道這個 message 最終會由 Handler.handleMessage() 來處理。由於整個 mServiceHandler 是在 non-UI thread 中執行。當他在 handleMessage() 中呼叫你的 onHandleIntent() 時，你的 onHandleIntent() 自然也是在 non-UI thread 中執行。

1. private final class ServiceHandler extends Handler {  
2.   ...  
3.   @Override  
4.   public void handleMessage(Message msg) {  
5.     onHandleIntent((Intent)msg.obj);  
6.     stopSelf(msg.arg1);  
7.   }  
8. }  

private final class ServiceHandler extends Handler { ... @Override public void handleMessage(Message msg) { onHandleIntent((Intent)msg.obj); stopSelf(msg.arg1); } } onHandleIntent() 執行結束後，接著呼叫 stopSelf(int)。由於 IntentService 是設計用來可以在一個 Service 中服務多項工作，因此在這裡，不可以呼叫 stopSelf()。
如果你呼叫 startService() 多次，每一次的呼叫都會被轉成一個 message，並放在 mServiceLooper 的 message queue 中，等待被服務。一個 message 所對應的工作被完成後，才會繼續服務下一個工作。所以，這些等待被服務的工作，並不是一起並行 (Concurrent) 的，而是循序執行。
當所有的工作都處裡完時，也是 Service 該結束的時候。

1. @Override  
2. public void onDestroy() {  
3.   mServiceLooper.quit();  
4. }  

@Override public void onDestroy() { mServiceLooper.quit(); } 在 onDestroy() 中，唯一要做的事，就是要將 mServiceLooper 停下來。
從研究這個 IntentService 的原始碼，我們可以學到如何運用簡單的 pattern (Service + Handler + HandlerThread)，幫我們更簡易與有系統地，完成我們所想要做的事。
最後我們先前說過，在 IntentServcie 中等待被服務的工作，並不會被一起並行，而是循序執行。如果你今天想要這些等待被服務的工作，能夠一起被並行，在研讀完這個 IntentService 的原始碼後，你自己知不知道如何寫個可支援並行工作的 IntentService？
提示：可以用 Service + AsyncTask 的組合。

資料來源:
http://ysl-paradise.blogspot.com/2010/10/intentservice.html