原文位址：
http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html
Android 中的 Service 全面總結
1、Service的種類
按運作地點分類：
| 類别 | 差別 | 優點 | 缺點 | 應用 |
| 本地服務（Local） | 該服務依附在主程序上， | 服務依附在主程序上而不是獨立的程序，這樣在一定程度上節約了資源，另外Local服務因為是在同一程序是以不需要IPC，也不需要AIDL。相應bindService會友善很多。 | 主程序被Kill後，服務便會終止。 | 非常常見的應用如：HTC的音樂播放服務，天天動聽音樂播放服務。 |
| 遠端服務（Remote） | 該服務是獨立的程序， | 服務為獨立的程序，對應程序名格式為所在包名加上你指定的android:process字元串。由于是獨立的程序，是以在Activity所在程序被Kill的時候，該服務依然在運作，不受其他程序影響，有利于為多個程序提供服務具有較高的靈活性。 | 該服務是獨立的程序，會占用一定資源，并且使用AIDL進行IPC稍微麻煩一點。 | 一些提供系統服務的Service，這種Service是常駐的。 |
其實remote服務還是很少見的，并且一般都是系統服務。
按運作類型分類：
| 類别 | 差別 | 應用 |
| 前台服務 | 會在通知一欄顯示 ONGOING 的 Notification， | 當服務被終止的時候，通知一欄的 Notification 也會消失，這樣對于使用者有一定的通知作用。常見的如音樂播放服務。 |
| 背景服務 | 預設的服務即為背景服務，即不會在通知一欄顯示 ONGOING 的 Notification。 | 當服務被終止的時候，使用者是看不到效果的。某些不需要運作或終止提示的服務，如天氣更新，日期同步，郵件同步等。 |
有同學可能會問，背景服務我們可以自己建立 ONGOING 的 Notification 這樣就成為前台服務嗎？答案是否定的，前台服務是在做了上述工作之後需要調用 startForeground （ android 2.0 及其以後版本 ）或 setForeground （android 2.0 以前的版本）使服務成為 前台服務。這樣做的好處在于，當服務被外部強制終止掉的時候，ONGOING 的 Notification 任然會移除掉。
按使用方式分類：
| 類别 | 差別 |
| startService 啟動的服務 | 主要用于啟動一個服務執行背景任務，不進行通信。停止服務使用stopService |
| bindService 啟動的服務 | 該方法啟動的服務要進行通信。停止服務使用unbindService |
| startService 同時也 bindService 啟動的服務 | 停止服務應同時使用stepService與unbindService |
以上面三種方式啟動的服務其生命周期也有差別，将在随後給出。
2、Service 與 Thread 的差別
很多時候，你可能會問，為什麼要用 Service，而不用 Thread 呢，因為用 Thread 是很友善的，比起 Service 也友善多了，下面我詳細的來解釋一下。
1). Thread：Thread 是程式執行的最小單元，它是配置設定CPU的基本機關。可以用 Thread 來執行一些異步的操作。
2). Service：Service 是android的一種機制，當它運作的時候如果是Local Service，那麼對應的 Service 是運作在主程序的 main 線程上的。如：onCreate，onStart 這些函數在被系統調用的時候都是在主程序的 main 線程上運作的。如果是Remote Service，那麼對應的 Service 則是運作在獨立程序的 main 線程上。是以請不要把 Service 了解成線程，它跟線程半毛錢的關系都沒有！
既然這樣，那麼我們為什麼要用 Service 呢？其實這跟 android 的系統機制有關，我們先拿 Thread 來說。Thread 的運作是獨立于 Activity 的，也就是說當一個 Activity 被 finish 之後，如果你沒有主動停止 Thread 或者 Thread 裡的 run 方法沒有執行完畢的話，Thread 也會一直執行。是以這裡會出現一個問題：當 Activity 被 finish 之後，你不再持有該 Thread 的引用。另一方面，你沒有辦法在不同的 Activity 中對同一 Thread 進行控制。
舉個例子：如果你的 Thread 需要不停地隔一段時間就要連接配接伺服器做某種同步的話，該 Thread 需要在 Activity 沒有start的時候也在運作。這個時候當你 start 一個 Activity 就沒有辦法在該 Activity 裡面控制之前建立的 Thread。是以你便需要建立并啟動一個 Service ，在 Service 裡面建立、運作并控制該 Thread，這樣便解決了該問題（因為任何 Activity 都可以控制同一 Service，而系統也隻會建立一個對應 Service 的執行個體）。
是以你可以把 Service 想象成一種消息服務，而你可以在任何有 Context 的地方調用 Context.startService、Context.stopService、Context.bindService，Context.unbindService，來控制它，你也可以在 Service 裡注冊 BroadcastReceiver，在其他地方通過發送 broadcast 來控制它，當然這些都是 Thread 做不到的。
3、Service的生命周期
onCreate onStart onDestroy onBind
1). 被啟動的服務的生命周期：如果一個Service被某個Activity 調用 Context.startService 方法啟動，那麼不管是否有Activity使用bindService綁定或unbindService解除綁定到該Service，該Service都在背景運作。如果一個Service被startService 方法多次啟動，那麼onCreate方法隻會調用一次，onStart将會被調用多次（對應調用startService的次數），并且系統隻會建立Service的一個執行個體（是以你應該知道隻需要一次stopService調用）。該Service将會一直在背景運作，而不管對應程式的Activity是否在運作，直到被調用stopService，或自身的stopSelf方法。當然如果系統資源不足，android系統也可能結束服務。
2). 被綁定的服務的生命周期：如果一個Service被某個Activity 調用 Context.bindService 方法綁定啟動，不管調用 bindService 調用幾次，onCreate方法都隻會調用一次，同時onStart方法始終不會被調用。當連接配接建立之後，Service将會一直運作，除非調用Context.unbindService 斷開連接配接或者之前調用bindService 的 Context 不存在了（如Activity被finish的時候），系統将會自動停止Service，對應onDestroy将被調用。
3). 被啟動又被綁定的服務的生命周期：如果一個Service又被啟動又被綁定，則該Service将會一直在背景運作。并且不管如何調用，onCreate始終隻會調用一次，對應startService調用多少次，Service的onStart便會調用多少次。調用unbindService将不會停止Service，而必須調用 stopService 或 Service的 stopSelf 來停止服務。
4). 當服務被停止時清除服務：當一個Service被終止（1、調用stopService；2、調用stopSelf；3、不再有綁定的連接配接（沒有被啟動））時，onDestroy方法将會被調用，在這裡你應當做一些清除工作，如停止在Service中建立并運作的線程。
特别注意：
1、你應當知道在調用 bindService 綁定到Service的時候，你就應當保證在某處調用 unbindService 解除綁定（盡管 Activity 被 finish 的時候綁定會自 動解除，并且Service會自動停止）；
2、你應當注意 使用 startService 啟動服務之後，一定要使用 stopService停止服務，不管你是否使用bindService；
3、同時使用 startService 與 bindService 要注意到，Service 的終止，需要unbindService與stopService同時調用，才能終止 Service，不管 startService 與 bindService 的調用順序，如果先調用 unbindService 此時服務不會自動終止，再調用 stopService 之後服務才會停止，如果先調用 stopService 此時服務也不會終止，而再調用 unbindService 或者 之前調用 bindService 的 Context 不存在了（如Activity 被 finish 的時候）之後服務才會自動停止；
4、當在旋轉手機螢幕的時候，當手機螢幕在“橫”“豎”變換時，此時如果你的 Activity 如果會自動旋轉的話，旋轉其實是 Activity 的重新建立，是以旋轉之前的使用 bindService 建立的連接配接便會斷開（Context 不存在了），對應服務的生命周期與上述相同。
5、在 sdk 2.0 及其以後的版本中，對應的 onStart 已經被否決變為了 onStartCommand，不過之前的 onStart 任然有效。這意味着，如果你開發的應用程式用的 sdk 為 2.0 及其以後的版本，那麼你應當使用 onStartCommand 而不是 onStart。
4、startService 啟動服務
想要用 startService 啟動服務，不管Local 還是 Remote 我們需要做的工作都是一樣簡單。當然要記得在 Androidmanifest.xml 中注冊 service。
根據上面的生命周期，我們便會給出 Service 中的代碼架構：
View Code
對應生命周期系統回調函數上面已經說明，在對應地方加上适當的代碼即可。下面是啟動與停止 Service 的代碼：
View Code
對應的 Intent 為标志服務類的 Intent。
5、Local 與 Remote 服務綁定
同樣記得在 Androidmanifest.xml 中注冊 service
1). Local 服務綁定：Local 服務的綁定較簡單，首先在 Service 中我們需要實作 Service 的抽象方法 onBind，并傳回一個實作 IBinder 接口的對象。
Service 中的代碼：
View Code
上面的代碼關鍵之處，在于 onBind(Intent) 這個方法 傳回了一個實作了 IBinder 接口的對象，這個對象将用于綁定Service 的 Activity 與 Local Service 通信。下面是 Activity 中的代碼：
View Code
在 Activity 中，我們通過 ServiceConnection 接口來取得建立連接配接 與 連接配接意外丢失的回調。bindService有三個參數，第一個是用于區分 Service 的Intent 與 startService 中的 Intent 一緻，第二個是實作了 ServiceConnection 接口的對象，最後一個是 flag 标志位。有兩個flag，BIND_DEBUG_UNBIND 與 BIND_AUTO_CREATE，前者用于調試（詳細内容可以檢視javadoc 上面描述的很清楚），後者預設使用。unbindService 解除綁定，參數則為之前建立的 ServiceConnection 接口對象。另外，多次調用 unbindService 來釋放相同的連接配接會抛出異常，是以我建立了一個 boolean 變量來判斷是否 unbindService 已經被調用過。
運作結果：
2). Remote 服務綁定：Remote 的服務綁定由于服務是在另外一個程序，是以需要用到 android 的 IPC 機制。這将又是一個很長的話題，是以，我打算寫另外一篇 android 的 IPC 機制分析 ，并在其中進行詳述，然後在這裡更新連結，敬請關注。
特别注意：
1、Service.onBind如果傳回null，則調用 bindService 會啟動 Service，但不會連接配接上 Service，是以 ServiceConnection.onServiceConnected 不會被調用，但你任然需要使用 unbindService 函數斷開它，這樣 Service 才會停止。
6、建立前台服務
前台服務的優點上面已經說明，但設定服務為前台服務，我們需要注意在 sdk 2.0 及其以後版本使用的方法是 startForeground 與 stopForeground，之前版本使用的是 setForeground ，是以如果你應用程式的最低運作環境要求是 2.0，那麼這裡可以直接運用新方法，如果運作環境是2.0以下，那麼為了保證向後相容性，這裡必須使用反射技術來調用新方法。
下面是我仿照 ApiDemos 重新敲的代碼，對某些地方進行了修改，是以更具有說明性：
View Code
特别注意：
1、使用 startForeground ，如果 id 為 0 ，那麼 notification 将不會顯示。
7、在什麼情況下使用 startService 或 bindService 或 同時使用startService 和 bindService
如果你隻是想要啟動一個背景服務長期進行某項任務那麼使用 startService 便可以了。如果你想要與正在運作的 Service 取得聯系，那麼有兩種方法，一種是使用 broadcast ，另外是使用 bindService ，前者的缺點是如果交流較為頻繁，容易造成性能上的問題，并且 BroadcastReceiver 本身執行代碼的時間是很短的（也許執行到一半，後面的代碼便不會執行），而後者則沒有這些問題，是以我們肯定選擇使用 bindService（這個時候你便同時在使用 startService 和 bindService 了，這在 Activity 中更新 Service 的某些運作狀态是相當有用的）。另外如果你的服務隻是公開一個遠端接口，供連接配接上的客服端（android 的 Service 是C/S架構）遠端調用執行方法。這個時候你可以不讓服務一開始就運作，而隻用 bindService ，這樣在第一次 bindService 的時候才會建立服務的執行個體運作它，這會節約很多系統資源，特别是如果你的服務是Remote Service，那麼該效果會越明顯（當然在 Service 建立的時候會花去一定時間，你應當注意到這點）。
8、在 AndroidManifest.xml 裡 Service 元素的常見選項
android:name ------------- 服務類名
android:label -------------- 服務的名字，如果此項不設定，那麼預設顯示的服務名則為類名
android:icon -------------- 服務的圖示
android:permission ------- 申明此服務的權限，這意味着隻有提供了該權限的應用才能控制或連接配接此服務
android:process ---------- 表示該服務是否運作在另外一個程序，如果設定了此項，那麼将會在包名後面加上這段字元串表示另一程序的名字
android:enabled ---------- 如果此項設定為 true，那麼 Service 将會預設被系統啟動，不設定預設此項為 false
android:exported --------- 表示該服務是否能夠被其他應用程式所控制或連接配接，不設定預設此項為 false
本文代碼下載下傳位址：http://files.cnblogs.com/newcj/ServiceTest.zip