Android中的Service 與 Thread 的區別
android的執行緒（Thread）和服務（Service）的區別 1、服務不是單一的程序。服務沒有自己的程序，應用程式可以不同，服務執行在相同的程序中。 2、服務不是執行緒。可以線上程中工作。 一.在應用中，如果是長時間的在後臺執行，而且不需要互動的情況下，使用服務。 同樣是在後臺執行，不需要互動的情況下，如果只是完成某個任務，之後就不需要執行，而且可能是多個任務，需需要長時間執行的情況下使用執行緒。 二.如果任務佔用CPU時間多，資源大的情況下，要使用執行緒。
-
Service其實就是一個沒有介面的Activity，因此不能做長時間阻塞，Thread可以做阻塞，因為它是非同步的
-
Thread不能更新UI因為他自己本身已經脫離了UI執行緒，不存在Handler以及Message佇列，但是Service系統會像Activity一樣，將其繫結到UI執行緒上
很多時候，你可能會問，為什麼要用 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。
6、Service 是Android的一種機制，當它執行的時候如果是Local Service，那麼對應的 Service 是執行在主程序的 main 執行緒上的。如果是Remote Service，那麼對應的 Service 則是執行在獨立程序的 main 執行緒上，service和呼叫者之間的通訊都是同步的（不論是遠端service還是本地service），它跟執行緒一點關係都沒有！
7、Thread 的執行是獨立於 Activity 的，也就是說當一個 Activity 被 finish 之後，如果你沒有主動停止 Thread 或者 Thread 裡的 run 方法沒有執行完畢的話，Thread 也會一直執行。因此這裡會出現一個問題：當 Activity 被 finish 之後，你不再持有該 Thread 的引用，也就是你下次啟動的時候，無法控制之前建立的執行緒，而service則可以。另一方面，你沒有辦法在不同的 Activity 中對同一 Thread 進行控制。
8、你也可以在 Service 裡註冊 BroadcastReceiver，在其他地方通過傳送 broadcast 來控制它，這些是 Thread 做不到的。