IntentService

在實(shí)際開發(fā)過程中會(huì)有這樣的一個(gè)需求钠惩，我們需要運(yùn)行一個(gè)任務(wù)，并且只需要在后臺(tái)默默運(yùn)行即可,那么這樣的需求瓶颠，我們一般會(huì)在 activity 中去開啟一個(gè)線程涩笤，讓其去跑這個(gè)任務(wù)，但是 activity 在被切換到后臺(tái)并且因?yàn)閮?nèi)存不足時(shí)會(huì)被回收舅逸。不過還有一種方式可以解決那就是使用 Service 的方式實(shí)現(xiàn)，在 Service 中開啟子線程執(zhí)行耗時(shí)操作刨啸，并且 service 的優(yōu)先級(jí)高， 不易被回收识脆。不過 google 為了方便開發(fā)者使用设联，提供了一個(gè) IntentService 這個(gè)類。下面是 google 對(duì)這個(gè)類的描述：

/**
 * IntentService is a base class for {@link Service}s that handle asynchronous
 * requests (expressed as {@link Intent}s) on demand.  Clients send requests
 * through {@link android.content.Context#startService(Intent)} calls; the
 * service is started as needed, handles each Intent in turn using a worker
 * thread, and stops itself when it runs out of work.
 *
 * <p>This "work queue processor" pattern is commonly used to offload tasks
 * from an application's main thread.  The IntentService class exists to
 * simplify this pattern and take care of the mechanics.  To use it, extend
 * IntentService and implement {@link #onHandleIntent(Intent)}.  IntentService
 * will receive the Intents, launch a worker thread, and stop the service as
 * appropriate.
 *
 * <p>All requests are handled on a single worker thread -- they may take as
 * long as necessary (and will not block the application's main loop), but
 * only one request will be processed at a time.
 */

簡單理解：IntentService是繼承Service異步請(qǐng)求任務(wù)類灼捂，內(nèi)部維護(hù)了HandlerThread和Handler离例，可用于執(zhí)行后臺(tái)耗時(shí)任務(wù)。所有的請(qǐng)求都只會(huì)在一個(gè)單一的線程去執(zhí)行悉稠，并且一次只會(huì)去執(zhí)行一個(gè)請(qǐng)求宫蛆，隊(duì)列的方式順序執(zhí)行所有的任務(wù)完成之后會(huì)自己去停止服務(wù)。正在執(zhí)行的任務(wù)是無法被打斷的的猛。使用IntentService 的好處就是不需要去手動(dòng)的關(guān)閉服務(wù)耀盗，也免去了開啟線程的工作，使用起來很方便

案例

• 自定義一個(gè)IntentService的子類MyIntentService

  IntentService 是一個(gè)抽象類卦尊，需要子類實(shí)現(xiàn)叛拷，并重寫 onHandleIntent 方法，它是一個(gè)處理接收到服務(wù)的回調(diào)方法岂却。

public class MyIntentService extends IntentService {
    public static final String TAG = MyIntentService.class.getSimpleName();

    public MyIntentService() {
        super(TAG);
    }

    @Override
    protected void onHandleIntent(Intent intent) {
       
        if (intent != null) {
            String task = intent.getStringExtra("task");
            Log.e(TAG,"onHandleIntent:"+task);

            if("open".equals(task)) {
                //表示要處理的意圖
                SystemClock.sleep(3000);
                Log.e(TAG,"要特殊處理的意圖:"+task);
            }
        }
    }

    @Override
    public void onDestroy() {
        super.onDestroy();
        Log.e(TAG, "MyIntentService 被銷毀了");
    }
}

• 在清單文件配置忿薇，代碼不貼了裙椭。
• 開啟服務(wù)

Intent service = new Intent(this, MyIntentService.class);

service.putExtra("task", "close1");
startService(service);

service.putExtra("task", "close2");
startService(service);

service.putExtra("task", "open");
startService(service);

• 結(jié)果

從運(yùn)行結(jié)果可以看出IntentService是逐個(gè)去執(zhí)行任務(wù)的，只有最后一個(gè)任務(wù)執(zhí)行完畢之后才會(huì)去停止服務(wù)

onHandleIntent:close1
onHandleIntent:close2
onHandleIntent:open
要特殊處理的意圖:open
MyIntentService 被銷毀了

源碼分析

• IntentService#onCreate()

  服務(wù)第一次被創(chuàng)建就會(huì)執(zhí)行 onCreate() 方法署浩，其主要分為兩步：第一步在該方法中創(chuàng)建線程HandlerThread揉燃，thread.start(); 并開啟線程，查閱 HandlerThread#run() 方法源碼可以知道筋栋，HandlerThread 綁定的 Looper 會(huì)調(diào)用 Looper.loop()開啟輪訓(xùn)了炊汤，等待消息的到來。
  第二步是創(chuàng)建 ServiceHandler二汛，并將該 ServiceHandler 綁定HandlerThread創(chuàng)建的Looper對(duì)象婿崭，這樣通過mServiceHandler發(fā)送的消息會(huì)被發(fā)送到HandlerThread中的MessageQueue中。這兩步就是在 IntentService 創(chuàng)建時(shí)的執(zhí)行操作肴颊。

@Override
public void onCreate() {
    super.onCreate();
    HandlerThread thread = new HandlerThread("IntentService[" + mName + "]");
    thread.start();//開啟線程

    mServiceLooper = thread.getLooper();//拿到thread 綁定的 Looper 對(duì)象
    mServiceHandler = new ServiceHandler(mServiceLooper); //根據(jù) Looper 創(chuàng)建 ServiceHandler 對(duì)象氓栈。
}

• HandlerThread#run()

@Override
public void run() {
    mTid = Process.myTid();
    Looper.prepare();
    synchronized (this) {
        mLooper = Looper.myLooper();
        notifyAll();
    }
    Process.setThreadPriority(mPriority);
    onLooperPrepared();
    Looper.loop();
    mTid = -1;
}

• IntentService#onStart()

  服務(wù)創(chuàng)建之后就會(huì)去執(zhí)行onStartCommand()方法，該方法會(huì)去調(diào)用onStart()方法婿着。該方法接收到意圖之后授瘦，將其包裝成一個(gè)Message對(duì)象，然后發(fā)送到HandlerThread 對(duì)應(yīng)的消息隊(duì)列中竟宋，這樣 ServiceHandler 將意圖傳遞給onHandleIntent提完。瀏覽源碼發(fā)現(xiàn)該方法是一個(gè)空方法，而且是需要子類去實(shí)現(xiàn)的丘侠。因?yàn)槭窃诜?UI 線程去發(fā)送的 Message徒欣，因此該方法 handleIntent() 可以做一些耗時(shí)任務(wù)。
  注意：onHandleInten方法的Intent參數(shù)跟startService的Intent參數(shù)是同一個(gè)對(duì)象蜗字。

@Override
public void onStart(Intent intent, int startId) {
    Message msg = mServiceHandler.obtainMessage();
    msg.arg1 = startId;
    msg.obj = intent;
    mServiceHandler.sendMessage(msg);
}

• mServiceHandler 是如何處理消息的打肝？

  之前在 onStart 方法是通過 mServiceHandler.sendMessage 的方式發(fā)送消息的，因此會(huì)在該 Handler 中的 handleMessage 中去處理消息挪捕。在該方法中可以看到它將該 Message 中攜帶的 Intent 傳入給 onHandleIntent 方法粗梭。

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);
    }
}

• Looper 輪訓(xùn)器已經(jīng)開啟輪訓(xùn)了，那么輪訓(xùn)到的 Message 是怎么通過 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);//傳遞當(dāng)前的id作為當(dāng)前啟動(dòng)的任務(wù)停止服務(wù)的標(biāo)記断医，不要去調(diào)用stopSelf()方法，這樣會(huì)馬上停止服務(wù)奏纪，有可能其他開啟的服務(wù)還沒執(zhí)行完畢鉴嗤。
    }
}

ServiceHandler是一個(gè)Handler，從onCreate方法可以看出序调，ServiceHandler是綁定HandlerThread的Looper躬窜，也就是說它處于非UI線程，而是跟 HandlerThread 處于同一個(gè)線程炕置。當(dāng)輪訓(xùn)到 Messgae 時(shí)荣挨，會(huì)回調(diào) handleMessage 方法男韧，然后調(diào)用 onHandleIntent 將 msg.obj 作為參數(shù)傳遞過去。這個(gè) msg.obj 就是通過 startService 傳入的 Intent 對(duì)象默垄。

• 多次啟動(dòng)服務(wù)是如何按順序去執(zhí)行服務(wù)的此虑？

onCreate 方法只會(huì)在第一次開啟時(shí)調(diào)用，多次開啟服務(wù)是不會(huì)再次調(diào)用 onCreate 方法的口锭，而是會(huì)去調(diào)用 onStart 方法朦前，因此 IntentService 中的 HandlerThread 是同一個(gè)，也就是所有的任務(wù)都會(huì)一個(gè)線程中去執(zhí)行鹃操。并且會(huì)共用一個(gè) ServiceHandler 對(duì)象韭寸。每次開啟任務(wù)，都會(huì)回調(diào) onStart 方法荆隘，然后往消息隊(duì)列中添加一個(gè)任務(wù)恩伺，但是你注意到在 handleMessage 中處理 完 onHandleIntent 之后會(huì)調(diào)用 stopSelf(msg.arg1) 這是不是意味著服務(wù)就被關(guān)閉了呢？其實(shí)不是椰拒，為什么使用 stopSelf(msg.arg1) 可以參考下面一點(diǎn)晶渠。

• onHandleIntent 執(zhí)行完畢之后為什么是調(diào)用 stopSelf(msg.arg1)而不是 stopSelf() 呢？

  當(dāng)onHandleIntent方法執(zhí)行結(jié)束之后燃观，IntentService會(huì)通過stopSelf（int startId）方法嘗試停止服務(wù)褒脯。這里之所以采用stopSelf（int startId）而不是stopSelf（）來停止服務(wù)，那是因?yàn)閟topSelf（）會(huì)立刻停止服務(wù)缆毁，而這個(gè)時(shí)候可能還有其他消息未處理番川，stopSelf（int startId）則會(huì)等待所有的消息都處理完畢之后才終止服務(wù)。一般來說脊框，stopSelf（int startId）在嘗試停止服務(wù)之前會(huì)判斷最近啟動(dòng)服務(wù)的次數(shù)是否和startId相等颁督，如果相等就立刻停止服務(wù)，不相等則不停止服務(wù)缚陷。