Android開發--IntentService的用法，你錯過了什麼

IntentService是Android中提供的背景服務類，我們在外部元件中通過Intent向IntentService發送請求指令，之後IntentService逐個執行指令隊列裡的指令，接收到首個指令時，IntentService就開始啟動并開始一條背景線程執行首個指令，接着隊列裡的指令将會被順序執行，最後執行完隊列的所有指令後，服務也随即停止并被銷毀。

與Service的不同

1. Service中的程式仍然運作于主線程中，而在IntentService中的程式運作在我們的異步背景線程中。在接觸到IntentService之前，我在項目中大多是自己寫一個Service，在Service中自己寫一個背景線程去處理相關事務，而這些工作Android其實早已經幫我們封裝的很好。
2. 在Service中當我的背景服務執行完畢之後需要在外部元件中調用stopService方法銷毀服務，而IntentService并不需要，它會在工作執行完畢後自動銷毀。

IntentService的用法

1.編寫自己的Service類繼承IntentService，并重寫其中的onHandleIntent(Intent)方法，該方法是IntentService的一個抽象方法，用來處理我們通過startService方法開啟的服務，傳入參數Intent就是開啟服務的Intent。在這裡我重寫了一個MyService類去處理背景事務，每一次調用對count加1，并列印log。

package com.example.intentservicetest;

import android.app.IntentService;
import android.content.Intent;
import android.util.Log;

public class MyService extends IntentService {

    private static final String TAG = MyService.class.getSimpleName();

    private int count = ;

    public MyService() {
        super(TAG);
        // TODO Auto-generated constructor stub
    }

    @Override
    protected void onHandleIntent(Intent intent) {
        // TODO Auto-generated method stub
        //在這裡添加我們要執行的代碼，Intent中可以儲存我們所需的資料，
        //每一次通過Intent發送的指令将被順序執行
        count ++;
        Log.w(TAG, "count::" + count);
    }
}
           

2.注冊我們的服務：接下來在AndroidManifest檔案中的Application标簽下添加我們的服務。

3.在外部元件中開啟服務：在這裡我們在Activity中利用Intent循環10次開啟服務。

for (int i = ; i < ; i++) {
        Intent intent = new Intent(MainActivity.this, MyService.class);
        startService(intent);
}
           

4.結果輸出：

可以看到在MyService中是按照順序執行我們的請求指令的。

原理分析

1.生命周期函數：

IntentService同樣是繼承于Service的，它也擁有相同的生命周期函數;

• onCreate：服務建立時調用；
• onStartCommand(Intent, int, int)方法:在Service源碼可以看到onStart方法是在該方法中被調用的。每次元件通過startService方法啟動服務時調用一次，兩個int型參數，一個是組辨別符，一個是啟動ID，組辨別符用來表示目前Intent發送是一次重新發送還是一次從沒成功過的發送。每次調用onStartCommand方法時啟動ID都不同，啟動ID也用來區分不同的指令;
• onDestroy方法：在服務停止時調用。

2.onCreate方法：首先讓我們看看IntentService源碼中的onCreate方法，

@Override
    public void onCreate() {
        super.onCreate();

        HandlerThread thread = new HandlerThread("IntentService[" + mName + "]");
        thread.start();

        mServiceLooper = thread.getLooper();
        mServiceHandler = new ServiceHandler(mServiceLooper);
}
           

可以看到：在IntentService的onCreate方法中開啟了一個異步線程HandlerThread來處理我們的請求，并利用Looper和Handler來管理我們的請求指令隊列。關于HandlerThread的用法可以參考以下博文：Android源碼分析–Handler和Looper機制詳解 。

3.如何停止服務

看到了onCreate方法我們就可以明白了，IntentService是如何開啟異步線程以及如何管理指令隊列的，那麼我們之前曾提到：當背景服務處理結束後，我們并不需要再調用stopService方法銷毀服務，IntentService會自動銷毀，它是如何做到的呢？然我們看看ServiceHandler：

private final class ServiceHandler extends Handler {
        public ServiceHandler(Looper looper) {
            super(looper);
        }

        @Override
        public void handleMessage(Message msg) {
            onHandleIntent((Intent)msg.obj);
            stopSelf(msg.arg1);
        }
    }
           

在Handler中我們處理完每一個指令都會調用stopSelf(int)方法來停止服務：該方法需要來自onStartCommand方法中的啟動ID，隻有在接收到最新的啟動ID時才會停止服務，就是說，我們的IntentService直到指令隊列中的所有指令被執行完後才會停止服務。

setIntentRedelivery方法

在源碼中我們可以發現，該方法改變了boolean變量mRedelivery的值，而mRedelivery得值關系到onStartCommand的傳回變量：

@Override
public int onStartCommand(Intent intent, int flags, int startId) {
    onStart(intent, startId);
    return mRedelivery ? START_REDELIVER_INTENT : START_NOT_STICKY;
}
           

可以看到，mRedelivery不同，會傳回兩個不同的标志START_REDELIVER_INTENT 和START_NOT_STICKY，那麼他們有什麼不同呢？

差別就在于如果系統在服務完成之前關閉它，則兩種類型就表現出不同了：

• START_NOT_STICKY型服務會直接被關閉，而START_REDELIVER_INTENT 型服務會在可用資源不再吃緊的時候嘗試再次啟動服務。
• 由此我們可以發現，當我們的操作不是十分重要的時候，我們可以選擇START_NOT_STICKY，這也是IntentService的預設選項，當我們認為操作十分重要時，則應該選擇START_REDELIVER_INTENT 型服務。

non-sticky服務和sticky服務

non-sticky服務會在自己認為任務完成時停止，若一個Service為non-sticky服務則應該在onStartCommand方法中傳回START_REDELIVER_INTENT或START_NOT_STICKY标志。

sticky服務會持續存在，直到外部元件調用Context.stopService方法。sticky服務傳回标志位START_STICKY。

注意：IntentService不應該處理長時間運作的服務（如音樂播放），長時間運作的服務應該由sticky服務完成。