原文鏈接： 存檔鏈接： --- # 引言 Service服務是Android四大組件之一，在Android中有著舉足重輕的作用。Service服務是工作的UI線程中，當你的應用需要下載一個文件或者播放音樂等長期處于后臺工作而有沒有UI界面的時候，你肯定要用到Service+Thread來實現。因此你需要自己在Service服務里面實現一個Thread工作線程來下載文件或者播放音樂。然而你每次都需要自己去寫一個Service+Thread來處理長期處于后臺而沒有UI界面的任務，這樣顯得很麻煩，沒必要每次都去構建一個Service+Thread框架處理長期處于后臺的任務。Google工程師給我們構建了一個方便開發者使用的這么一個框架---IntentService。 # IntentService簡介 IntentService是一個基礎類，用于處理Intent類型的異步任務請求。當客戶端調用android.content.Context#startService(Intent)發送請求時，Service服務被啟動，且在其內部構建一個工作線程來處理Intent請求。當工作線程執行結束，Service服務會自動停止。IntentService是一個抽象類，用戶必須實現一個子類去繼承它，且必須實現IntentService里面的抽象方法onHandleIntent來處理異步任務請求。 # IntentServic示例 ## Client代碼 ~~~ public class ClientActivity extends AppCompatActivity { @Override protected void onCreate(@Nullable Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); } //客戶端同時發送兩個任務到IntentService服務端執行 public void send(View view) { Intent intent = new Intent(this, DownLoadService.class); intent.putExtra("key", 1); intent.putExtra("value", "the first task1"); startService(intent); Intent intent1 = new Intent(this, DownLoadService.class); intent1.putExtra("key", 2); intent1.putExtra("value", "the second task2"); startService(intent1); } } ~~~ 模擬兩個異步任務同時請求，通過Intent實例攜帶數據啟動Service服務。 ## Service客戶端 ~~~ public class DownLoadService extends IntentService { public static final String TAG = "DownLoadService"; //重寫默認的構造方法 public DownLoadService() { super("DownLoadService"); } //在后臺線程執行 @Override protected void onHandleIntent(Intent intent) { int key = intent.getIntExtra("key", 0); String value = intent.getStringExtra("value"); switch (key) { case 1: //模擬耗時任務1 try { Thread.sleep(3 * 1000); } catch (InterruptedException e) { e.printStackTrace(); } break; case 2: //模擬耗時任務1 try { Thread.sleep(3 * 1000); } catch (InterruptedException e) { e.printStackTrace(); } break; default: break; } Log.e(TAG, "\nthe current time is: " + System.currentTimeMillis()/1000 + "\nthe Thread id is " + Thread.currentThread().getId() + "\nthe current task is " + value); } } ~~~ DownLoadService子類繼承IntentService類，然后實現onHandleIntent抽象方法進行處理Intent請求的異步任務。在服務端DownLoadService類中，我們并沒有創建Thread線程去執行異步耗時任務請求。所有的異步耗時任務都是在onHandleIntent抽象方法中實現了。言外之意是IntentService類內部已經幫開發者搭建好了一個異步任務處理器，用戶只需實現其中的onHandleIntent抽象方法去處理異步任務即可，從而讓開發者更加簡單方便的使用IntentService處理后臺異步任務請求。那么IntentService內部是怎么搭建異步任務處理器的呢？我們不妨查看源碼來窺探個究竟。 # IntentService源碼分析 ## IntentService構造方法 ~~~ /** * Creates an IntentService. Invoked by your subclass's constructor. * * @param name Used to name the worker thread, important only for debugging. */ public IntentService(String name) { super(); mName = name; } ~~~ 分析：該構造方法需在子類中調用，用于創建一個IntentService對象。參數name用于定義工作線程的名稱，僅僅用于調式作用。我們知道Service服務的生命周期是從onCreate方法開始的。那么就來看看IntentService#onCreate方法吧。 ## IntentService#onCreate方法 ~~~ public void onCreate() { // TODO: It would be nice to have an option to hold a partial wakelock // during processing, and to have a static startService(Context, Intent) // method that would launch the service & hand off a wakelock. super.onCreate(); HandlerThread thread = new HandlerThread("IntentService[" + mName + "]"); thread.start(); mServiceLooper = thread.getLooper(); mServiceHandler = new ServiceHandler(mServiceLooper); } ~~~ 分析：該方法首先利用HandlerThread類創建了一個循環的工作線程thread，然后將工作線程中的Looper對象作為參數來創建ServiceHandler消息執行者。由另一篇博客[Android HandlerThread 源碼分析](http://blog.csdn.net/feiduclear_up/article/details/46840523)可知，HandlerThread+Handler構建成了一個帶有消息循環機制的異步任務處理機制。因此開發者就可以將異步任務封裝成消息的形式發送到工作線程中去執行了。Service服務生命周期第二步執行IntentService#onStartCommand方法。 ## IntentService#onStartCommand方法 ~~~ /** * You should not override this method for your IntentService. Instead, * override {@link #onHandleIntent}, which the system calls when the IntentService * receives a start request. * @see android.app.Service#onStartCommand */ @Override public int onStartCommand(Intent intent, int flags, int startId) { onStart(intent, startId); return mRedelivery ? START_REDELIVER_INTENT : START_NOT_STICKY; } ~~~ 分析：在IntentService子類中你無需重寫該方法。然后你需要重寫onHandlerIntent方法，系統會在IntentService接受一個請求開始調用該方法。我們看到在該方法中僅僅是調用了onStart方法而已，跟蹤代碼： ~~~ @Override public void onStart(Intent intent, int startId) { Message msg = mServiceHandler.obtainMessage(); msg.arg1 = startId; msg.obj = intent; mServiceHandler.sendMessage(msg); } ~~~ 分析：該方法中通過mServiceHandler獲得一個消息對象msg，然后將startId作為該消息的消息碼，將異步任務請求intent作為消息內容封裝成一個消息msg發送到mServiceHandler消息執行者中去處理，那么我們來看看mServiceHandler的實現吧！ ~~~ 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); } } ~~~ 分析：實現也比較簡單，ServiceHandler是IntentService的內部類，在重寫消息處理方法handlerMessage里面調用了onHandlerIntent抽象方法去處理異步任務intent的請求，當異步任務請求結束之后，調用stopSelf方法自動結束IntentService服務。看過博客[Android HandlerThread 源碼分析](http://blog.csdn.net/feiduclear_up/article/details/46840523)的人都應該知道，此處handleMessage方法是在工作線程中調用的，因此我們子類重寫的onHandlerIntent也是在工作線程中實現的。我們來看看onHandlerIntent方法： ~~~ /** * This method is invoked on the worker thread with a request to process. * Only one Intent is processed at a time, but the processing happens on a * worker thread that runs independently from other application logic. * So, if this code takes a long time, it will hold up other requests to * the same IntentService, but it will not hold up anything else. * When all requests have been handled, the IntentService stops itself, * so you should not call {@link #stopSelf}. * * @param intent The value passed to {@link * android.content.Context#startService(Intent)}. */ protected abstract void onHandleIntent(Intent intent); ~~~ 分析：該方法用于處理intent異步任務請求，在工作線程中調用該方法。每一個時刻只能處理一個intent請求，當同時又多個intent請求時，也就是客戶端同時多次調用Content#startService方法啟動同一個服務時，其他的intent請求會暫時被掛起，直到前面的intent異步任務請求處理完成才會處理下一個intent請求。直到所有的intent請求結束之后，IntentService服務會調用stopSelf停止當前服務。也就是當intent異步任務處理結束之后，對應的IntentService服務會自動銷毀，進而調用IntentService#onDestroy方法： ~~~ @Override public void onDestroy() { mServiceLooper.quit(); } ~~~ 該方法中調用HandlerThread工作線程中Looper對象的quit方法讓當前工作線程HandlerThread退出當前Looper循環，進而結束線程。進而結束當前IntentService服務。到此，整個IntentService服務結束，現在可以用一張流程圖來描述整個過程如下：  # IntentService總結 1. 子類需繼承IntentService并且實現里面的onHandlerIntent抽象方法來處理intent類型的任務請求。 2. 子類需要重寫默認的構造方法，且在構造方法中調用父類帶參數的構造方法。 3. IntentService類內部利用HandlerThread+Handler構建了一個帶有消息循環處理機制的后臺工作線程，客戶端只需調用Content#startService(Intent)將Intent任務請求放入后臺工作隊列中，且客戶端無需關注服務是否結束，非常適合一次性的后臺任務。比如瀏覽器下載文件，退出當前瀏覽器之后，下載任務依然存在后臺，直到下載文件結束，服務自動銷毀。 4. 只要當前IntentService服務沒有被銷毀，客戶端就可以同時投放多個Intent異步任務請求，IntentService服務端這邊是順序執行當前后臺工作隊列中的Intent請求的，也就是每一時刻只能執行一個Intent請求，直到該Intent處理結束才處理下一個Intent。因為IntentService類內部利用HandlerThread+Handler構建的是一個單線程來處理異步任務。 【轉載請注明出處：[http://www.cnblogs.com/feidu/p/8074268.html](http://www.cnblogs.com/feidu/p/8074268.html)?廢墟的樹】 掃碼關注微信公眾號“Android知識傳播”，不定時傳播常用Android基礎知識。