service可以在和多場合的應用中使用，比如播放多媒體的時候用戶啓動了其他Activity這個時候程序要在後臺繼續播放，比如檢測SD卡上文件的變化，再或者在後臺記錄你地理信息位置的改變等等，總之服務嘛，總是藏在後頭的。
Service是在一段不定的時間運行在後臺，不和用戶交互應用組件。每個Service必須在manifest中 通過<service>來聲明。可以通過contect.startservice和contect.bindserverice來啓動。
Service和其他的應用組件一樣，運行在進程的主線程中。這就是說如果service需要很多耗時或者阻塞的操作，需要在其子線程中實現。
service的兩種模式(startService()/bindService()不是完全分離的)：
Context.startService(Intent intent)
Context.bindService(Intent intent, ServiceConnection conn, int flags)
stopService（Intent intent）
unbindService(ServiceConnection conn)
1. 使用startService()方法啓用服務，調用者與服務之間沒有關連，即使調用者退出了，服務仍然運行。
2. 使用bindService()方法啓用服務，調用者與服務綁定在了一起，調用者一旦退出，服務也就終止，大有“不求同時生，必須同時死”的特點。
----------------------------------------------------------
本地服務 Local Service 用於應用程序內部。
它可以啓動並運行，直至有人停止了它或它自己停止。在這種方式下，它以調用Context.startService()啓動，而以調用Context.stopService()結束。它可以調用Service.stopSelf() 或 Service.stopSelfResult()來自己停止。不論調用了多少次startService()方法，你只需要調用一次stopService()來停止服務。
用於實現應用程序自己的一些耗時任務，比如查詢升級信息，並不佔用應用程序比如Activity所屬線程，而是單開線程後臺執行，這樣用戶體驗比較好。
遠程服務 Remote Service 用於android系統內部的應用程序之間。
它可以通過自己定義並暴露出來的接口進行程序操作。客戶端建立一個到服務對象的連接，並通過那個連接來調用服務。連接以調用Context.bindService()方法建立，以調用 Context.unbindService()關閉。多個客戶端可以綁定至同一個服務。如果服務此時還沒有加載，bindService()會先加載它。
可被其他應用程序複用，比如天氣預報服務，其他應用程序不需要再寫這樣的服務，調用已有的即可。
-----------------------------------------------------------------
1. 在同一個應用任何地方調用 startService() 方法就能啓動 Service 了，然後系統會回調 Service 類的 onCreate() 以及 onStart() 方法。這樣啓動的 Service 會一直運行在後臺，直到 Context.stopService() 或者 selfStop() 方法被調用。另外如果一個 Service 已經被啓動，其他代碼再試圖調用 startService() 方法，是不會執行 onCreate() 的，但會重新執行一次 onStart() 。
2. bindService()方法的意思是，把這個Service和調用Service的客戶類綁起來，如果調用這個客戶類被銷燬，Service也會被銷燬。用這個方法的一個好處是，bindService()方法執行後Service會回調onBind()方發，它的作用是在Service和調用者之間建立一個橋樑，並不負責更多的工作，你可以從這裏返回一個實現了IBind接口的類，在客戶端操作這個類就能和這個服務通信了，比如得到Service運行的狀態或其他操作。如果Service還沒有運行，使用這個方法啓動Service就會onCreate()方法而不會調用onStart()。一般使用bindService來綁定到一個現有的Service（即通過StartService啓動的服務）。
-----------------------------------------------------------------------
與Service通信並且讓它持續運行
如果我們想保持和Service的通信，又不想讓Service隨着Activity退出而退出呢？你可以先startService()然後再bindService()。當你不需要綁定的時候就執行unbindService()方法，執行這個方法只會觸發Service的onUnbind()而不會把這個Service銷燬。這樣就可以既保持和Service的通信，也不會隨着Activity銷燬而銷燬了。
提高 Service 優先級
Android 系統對於內存管理有自己的一套方法，爲了保障系統有序穩定的運信，系統內部會自動分配，控制程序的內存使用。當系統覺得當前的資源非常有限的時候，爲了保證一些優先級高的程序能運行，就會殺掉一些他認爲不重要的程序或者服務來釋放內存。這樣就能保證真正對用戶有用的程序仍然再運行。如果你的 Service 碰上了這種情況，多半會先被殺掉。但如果你增加 Service 的優先級就能讓他多留一會，我們可以用setForeground(true) 來設置Service 的優先級。
爲什麼是 foreground ? 默認啓動的Service是被標記爲background，當前運行的Activity一般被標記爲foreground，也就是說你給Service設置了foreground那麼他就和正在運行的Activity類似優先級得到了一定的提高。當讓這並不能保證你得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生命周
Android Service生命週期與Activity生命週期是相似的，但是也存在一些細節上也存在着重要的不同：
onCreate和onStart是不同的
通過從客戶端調用Context.startService(Intent)方法我們可以啓動一個服務。如果這個服務還沒有運行，Android將啓動它並且在onCreate方法之後調用它的onStart方法。如果這個服務已經在運行，那麼它的onStart方法將被新的Intent再次調用。所以對於單個運行的Service它的onStart方法被反覆調用是完全可能的並且是很正常的。
onResume、onPause以及onStop是不需要的
回調一個服務通常是沒有用戶界面的，所以我們也就不需要onPause、onResume或者onStop方法了。無論何時一個運行中的Service它總是在後臺運行。
onBind
如果一個客戶端需要持久的連接到一個服務，那麼他可以調用Context.bindService方法。如果這個服務沒有運行，將通過調用onCreate方法去創建這個服務但並不調用onStart方法來啓動它。相反，onBind方法將被客戶端的Intent調用，並且它返回一個IBind對象以便客戶端稍後可以調用這個服務。同一服務被客戶端同時啓動和綁定是很正常的。
onDestroy
與Activity一樣，當一個服務被結束是onDestroy方法將會被調用。當沒有客戶端啓動或綁定到一個服務時Android將終結這個服務。與很多Activity時的情況一樣，當內存很低的時候Android也可能會終結一個服務。如果這種情況發生，Android也可能在內存夠用的時候嘗試啓動被終止的服務，所以你的服務必須爲重啓持久保存信息，並且最好在onStart方法內來做。
使用context.startService() 啓動Service是會會經歷:
context.startService() ->onCreate()- >onStart()->Service running
context.stopService() | ->onDestroy() ->Service stop
如果Service還沒有運行，則android先調用onCreate()然後調用onStart();如果Service已經運行，則只調用onStart()，所以一個Service的onStart方法可能會重複調用多次。
stopService的時候直接onDestroy，如果是調用者自己直接退出而沒有調用stopService的話，Service會一直在後臺運行。該Service的調用者再啓動起來後可以通過stopService關閉Service。
所以調用startService的生命週期爲：onCreate --> onStart(可多次調用) --> onDestroy
使用使用context.bindService()啓動Service會經歷：
context.bindService()->onCreate()->onBind()->Service running
onUnbind() -> onDestroy() ->Service stop
onBind將返回給客戶端一個IBind接口實例，IBind允許客戶端回調服務的方法，比如得到Service運行的狀態或其他操作。這個時候把調用者(Context，例如Activity)會和Service綁定在一起，Context退出了，Srevice就會調用onUnbind->onDestroy相應退出。
所以調用bindService的生命週期爲：onCreate --> onBind(只一次，不可多次綁定) --> onUnbind --> onDestory。
在Service每一次的開啓關閉過程中，只有onStart可被多次調用(通過多次startService調用)，其他onCreate，onBind，onUnbind，onDestory在一個生命週期中只能被調用一次。
----------------------------------------
Service和Thread的區別
我們拿服務來進行一個後臺長時間的動作，爲了不阻塞線程，然而，Thread就可以達到這個效果，爲什麼我們不直接使用Thread去代替服務呢？（這個問題摘抄至網上，原文地址不是是哪個，所以沒寫上）
這裏提下，
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 做不到的。
<manifest ... >
...
<application ... >
<service android:name=".ExampleService" />
...
</application>
</manifest>