一、簡介
android中service（服務）運行於后台，沒有界面。和其他組件一樣，service也運行在主線程中，因此不能用它來做耗時的請求或者動作。可以在服務中開啟線程，在線程中做耗時操作。可以啟動一個服務service來播放音樂，或者記錄地理信息位置的改變，或者啟動一個服務來運行並一直監聽某種動作。
二、Service的種類
服務一般分為兩種：
1、本地服務，Local Service用於應用程序內部。
在Service可以調用Context.startService()啟動，調用Context.stopService()結束。在內部可以調用Service.stopSelf() 或Service.stopSelfResult()來停止。無論調用了多少次startService()，都只需調用一次stopService()來停止。調用startForeground()方法可以將服務運行於前台並在通知欄展示。
2、遠程服務，Remote Service用於android系統內部的應用程序之間。
可以定義接口並把接口暴露出來，以便其他應用進行操作。客戶端建立到服務對象的連接，並通過那個連接來調用服務。調用Context.bindService()建立連接並啟動，調用Context.unbindService()關閉連接。多個客戶端可以綁定至同一個服務。如果服務此時還沒有加載，bindService()會先加載它。提供給可被其他應用復用，比如定義一個天氣預報服務，提供與其他應用調用即可。
三、Service的生命周期
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、在sdk2.0及其以后的版本中，對應的onStart已經被否決變為了onStartCommand，不過之前的onStart仍然有效。這意味着，如果你開發的應用程序用的sdk為2.0及其以后的版本，那么你應當使用onStartCommand而不是onStart。
Service的生命周期圖如下：
通過startService啟動的服務：
context.startService() ->onCreate()- >onStartCommand()->Service running—
調用context.stopService() ->onDestroy()
通過bindService啟動的服務：
context.bindService()->onCreate()->onBind()->Service running—
調用>onUnbind() -> onDestroy()
四、本地服務（Locale Service）的綁定
實現步驟：
1、在Service中實現抽象方法onBind()，並返回一個實現IBinder接口的對象。
2、在Activity中通過ServiceConnection接口來獲取連接建立與連接斷開的回調。
bindService()方法綁定服務，有三個參數，第一個是用於區分Service的Intent，與startService中的Intent 一致，第二個是實現了ServiceConnection接口的對象，第三個是flag標志位。有兩個flag，Context.BIND_DEBUG_UNBIND與Context.BIND_AUTO_CREATE，前者用於調試，后者默認使用。
unbindService()方法解除綁定，參數則為之前創建的ServiceConnection接口對象。另外，多次調unbindService()來釋放相同的連接會拋出異常，需要添加判斷是否unbindService 已經被調用過。
五、遠程服務（Remote Service）的綁定
Local Service，即Service和Client在同一進程內（即同一application內），Service的生命周期服從進程的生命周期。在實際應用中，有時希望Service作為后台服務，不僅被同一進程內的activity使用，也可被其他進程所使用。
通常每個應用程序都在它自己的進程內運行，但有時需要在進程之間傳遞對象（IPC通信）。在android平台中，一個進程通常不能訪問其它進程中的內存區域，需要把對象拆分成操作系統能理解的簡單形式，以便偽裝成對象跨越邊界訪問，android為我們提供了AIDL工具來做這件事。
Android提供AIDL（Android Interface Definition Language）工具幫助IPC之間接口的建立，AIDL是一種IDL語言（接口定義語言），可以生成一段代碼，使android設備上運行的兩個進程使用內部通信進程進行交互。如果需要在一個進程中(例如在一個Activity中)訪問另一個進程中(例如一個Service)某個對象的方法，就可以使用AIDL來生成這樣的代碼來偽裝傳遞各種參數。
通過下面的步驟實現client和service之間的通信：
1）定義AIDL接口，例如IServiceInterface.aidl
2）Client連接Service，連接到IServiceInterface暴露給Client的Stub，獲得stub對象；即Service通過接口中的Stub向client提供服務，在IServiceInterface中對抽象IServiceInterface.Stub具體實現。
3）Client和Service連接后，Client可像使用本地方法那樣直接調用IServiceInterface.Stub里面的方法。
同一App應用的activity與service也可以在不同進程間，可以在Service配置中設置android:process=":remote"。
在不同的進程之間傳遞數據，Android對這類數據的格式支持非常有限，基本上只能傳遞Java的基本數據類型、字符串、List或Map等。如果想傳遞一個自定義的類必須要讓這個類去實現Parcelable接口，並且給這個類也定義一個同名的AIDL文件。
SDK5.0后調用遠程服務需要指定包名：intent.setPackage("PackageName");
注意：
Service.onBind()如果返回null，則調用bindService會啟動Service，但不會連接上Service，因此ServiceConnection.onServiceConnected不會被調用，但仍然需要使用 unbindService函數斷開它，這樣Service才會停止。
六、Service與Thread的區別
1、Thread 是程序執行的最小單元，它是分配CPU的基本單位。可以用 Thread 來執行一些異步的操作。
2、Service 是android的一種機制，當它運行的時候如果是Local Service，那么對應的Service是運行在主進程的main線程上的。如：onCreate，onStart 這些函數在被系統調用的時候都是在主進程的main線程上運行的。如果是Remote Service，那么對應的Service則是運行在獨立進程的main線程上。
因此不要把Service理解成線程，兩者沒有關聯。
擁有service的進程具有較高的優先級
根據官方文檔，Android系統會盡量保持擁有service的進程運行，只要在該service已經被啟動(start)或者客戶端連接(bindService)到它。當內存不足時，需要保持，擁有service的進程具有較高的優先級。
1、如果service正在調用onCreate,onStartCommand或者onDestory方法，那么用於當前service的進程則變為前台進程以避免被killed。
2、如果當前service已經被啟動(start)，擁有它的進程則比那些用戶可見的進程優先級低一些，但是比那些不可見的進程更重要，這就意味着service一般不會被killed.
3、如果客戶端已經連接到service (bindService),那么擁有Service的進程則擁有最高的優先級，可以認為service是可見的。
4、如果service可以使用startForeground(int, Notification)方法來將service設置為前台狀態，那么系統就認為是對用戶可見的，並不會在內存不足時killed。
如果有其他的應用組件作為Service，Activity等運行在相同的進程中，那么將會增加該進程的重要性。
控制service運行的主要方式有兩種，主要是根據onStartCommand方法返回的數值。START_STICKY、START_NOT_STICKY or START_REDELIVER_INTENT。
1、START_STICKY
在運行onStartCommand后service進程被kill后，那將保留在開始狀態，但是不保留那些傳入的intent。不久后service就會再次嘗試重新創建，因為保留在開始狀態，在創建 service后將保證調用onStartCommand。如果沒有傳遞任何開始命令給service，那將獲取到null的intent。
2、START_NOT_STICKY
在運行onStartCommand后service進程被kill后，並且沒有新的intent傳遞給它。Service將移出開始狀態，並且直到新的明顯的方法（startService）調用才重新創建。因為如果沒有傳遞任何未決定的intent那么service是不會啟動，也就是期間onStartCommand不會接收到任何null的intent。
3、START_REDELIVER_INTENT
在運行onStartCommand后service進程被kill后，系統將會再次啟動service，並傳入最后一個intent給onStartCommand。直到調用stopSelf(int)才停止傳遞intent。如果在被kill后還有未處理好的intent，那被kill后服務還是會自動啟動。因此onStartCommand不會接收到任何null的intent。
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 |
在 AndroidManifest.xml 里 Service 元素的常見選項
android:name ------------- 服務類名
android:label -------------- 服務的名字，如果此項不設置，那么默認顯示的服務名則為類名
android:icon -------------- 服務的圖標
android:permission ------- 申明此服務的權限，這意味着只有提供了該權限的應用才能控制或連接此服務
android:process ---------- 表示該服務是否運行在另外一個進程，如果設置了此項，那么將會在包名后面加上這段字符串表示另一進程的名字
android:enabled ---------- 如果此項設置為 true，那么 Service 將會默認被系統啟動，不設置默認此項為 false
android:exported --------- 表示該服務是否能夠被其他應用程序所控制或連接，不設置默認此項為 false