不知道大家有沒有和我一樣，以前做項目或者練習的時候一直都是用Service來處理后台耗時操作，卻很少注意到還有個IntentService，前段時間准備面試的時候看到了一篇關於IntentService的解釋，發現了它相對於Service來說有很多更加方便之處，今天在這里稍微來總結下我的心得。
首先IntentService是繼承自Service的，那我們先看看Service的官方介紹，這里列出兩點比較重要的地方：
1.A Service is not a separate process. The Service object itself does not imply it is running in its own process; unless otherwise specified, it runs in the same process as the application it is part of.
2.A Service is not a thread. It is not a means itself to do work off of the main thread (to avoid Application Not Responding errors).
1.Service不是一個單獨的進程 ，它和應用程序在同一個進程中
2.Service不是一個線程，所以我們應該避免在Service里面進行耗時的操作
有一點需要強調，如果有耗時操作在Service里，就必須開啟一個單獨的線程來處理，這點一定要銘記在心。
IntentService相對於Service來說，有幾個非常有用的優點，首先我們看看官方文檔的說明：
IntentService is a base class for Services that handle asynchronous requests (expressed as Intents) on demand. Clients send requests through 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.
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 onHandleIntent(Intent). IntentService will receive the Intents, launch a worker thread, and stop the service as appropriate.
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.
翻譯過來是：使用隊列的方式將請求的Intent加入隊列，然后開啟一個worker thread(線程)來處理隊列中的Intent，對於異步的startService請求，IntentService會處理完成一個之后再處理第二個，每一個請求都會在一個單獨的worker thread中處理，不會阻塞應用程序的主線程，這里就給我們提供了一個思路，如果有耗時的操作與其在Service里面開啟新線程還不如使用IntentService來處理耗時操作。
由於服務進程的優先級高於后台進程， 因此如果activity需要執行耗時操作, 最好還是啟動一個service來完成. 當然, 在activity中啟動子線程完成耗時操作也可以，但是這樣做的缺點在於，一旦activity不再可見，activity所在的進程成為后台進程, 而內存不足時后台進程隨時都有可能被系統殺死(但是啟動service完成耗時操作會帶來數據交互的問題, 比如耗時操作需要實時更新UI控件的狀態的話，service就不是一個好的選擇)。 基於同樣的考慮， 在BroadcastReceiver中也不應該執行耗時操作, 而應該啟動service來完成(當然, BroadcastReceiver的生命周期過於短暫, 也決定了不能在其中執行耗時操作)。
總結：IntentService是一個通過Context.startService(Intent)啟動可以處理異步請求的Service,使用時你只需要繼承IntentService和重寫其中的onHandleIntent(Intent)方法接收一個Intent對象,在適當的時候會停止自己(一般在工作完成的時候)。所有的請求的處理都在一個工作線程中完成,它們會交替執行(但不會阻塞主線程的執行)，一次只能執行一個請求。
這是一個基於消息的服務，每次啟動該服務並不是馬上處理你的工作，而是首先會創建對應的Looper，Handler並且在MessageQueue中添加的附帶客戶Intent的Message對象，當Looper發現有Message的時候接着得到Intent對象通過在onHandleIntent((Intent)msg.obj)中調用你的處理程序，處理完后即會停止自己的服務，意思是Intent的生命周期跟你的處理的任務是一致的，所以這個類用下載任務中非常好，下載任務結束后服務自身就會結束退出。
總結IntentService的特征有：
（1）會創建獨立的worker線程來處理所有的Intent請求；
（2）會創建獨立的worker線程來處理onHandleIntent()方法實現的代碼，無需處理多線程問題；
（3）所有請求處理完成后，IntentService會自動停止，無需調用stopSelf()方法停止Service；
轉自：http://blog.csdn.net/listening_music/article/details/7239304