Android開發--IntentService的用法，你錯過了什么
IntentService是Android中提供的后台服務類，我們在外部組件中通過Intent向IntentService發送請求命令，之后IntentService逐個執行命令隊列里的命令，接收到首個命令時，IntentService就開始啟動並開始一條后台線程執行首個命令，接着隊列里的命令將會被順序執行，最后執行完隊列的所有命令后，服務也隨即停止並被銷毀。
與Service的不同
- Service中的程序仍然運行於主線程中，而在IntentService中的程序運行在我們的異步后台線程中。在接觸到IntentService之前，我在項目中大多是自己寫一個Service，在Service中自己寫一個后台線程去處理相關事務，而這些工作Android其實早已經幫我們封裝的很好。
- 在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 = 0; 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標簽下添加我們的服務。
<service android:name="com.example.intentservicetest.MyService" />- 1
3.在外部組件中開啟服務：在這里我們在Activity中利用Intent循環10次開啟服務。
for (int i = 0; i < 10; 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服務完成。