Service與Thread區別

servie是系統的組件，它由系統進程托管（servicemanager）；它們之間的通信類似於client和server，是一種輕量級的ipc通信，這種通信的載體是binder，它是在linux層交換信息的一種ipc。而thread是由本應用程序托管。

1). Thread：Thread是程序執行的最小單元，它是分配CPU的基本單位。可以用Thread來執行一些異步的操作。

2). Service：Service是android的一種機制，當它運行的時候如果是Local Service，那麼對應的Service是運行在主進程的main線程上的。如：onCreate，onStart這些函數在被系統調用的時候都是在主進程的main線程上運行的。如果是RemoteService，那麼對應的Service則是運行在獨立進程的main線程上。

既然這樣，那麼我們為什麼要用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什麼時候使用Thread呢

一.在應用中，如果是長時間的在後台運行，而且不需要交互的情況下，使用服務。

同樣是在後台運行，不需要交互的情況下，如果只是完成某個任務，之後就不需要運行，而且可能是多個任務，需需要長時間運行的情況下使用線程。

二.如果任務占用CPU時間多，資源大的情況下，要使用線程。

Service是Android的四大組件之一，被用來執行長時間的後台任務，同樣，線程也可以實現在後台執行任務，它們的區別在哪呢？何時使用Service何時使用Thread呢？今天我也來說說我的理解和總結。

首先，需要了解Service的幾個特點。

（1） 默認情況下，Service其實是運行在主線程中的，如果需要執行復雜耗時的操作，必須在Service中再創建一個Thread來執行任務。

（2） Service的優先級高於後台掛起的Activity，當然，也高於Activity所創建的Thread，因此，系統可能在內存不足的時候優先殺死後台的Activity或者Thread，而不會輕易殺死Service組件，即使被迫殺死Service，也會在資源可用時重啟被殺死的Service

其實，Service和Thread根本就不是一個級別的東西，Service是系統的四大組件之一，Thread只是一個用來執行後台任務的工具類，它可以在Activity中被創建，也可以在Service中被創建。因此，我們其實不應該討論該使用Service還是Thread，而是應該討論在什麼地方創建Thread。

典型的應用中，它可以在以下三個位置被創建，不同的位置，其生命周期不一樣，所以，我們應該根據該Thread的目標生命周期來決定是在Service中創建Thread還是在Activity中創建它。

（1） 在Activity中被創建

這種情況下，一般在onCreate時創建，在onDestroy()中銷毀，否則，Activity銷毀後，Thread是會依然在後台運行著。

這種情況下，Thread的生命周期即為整個Activity的生命周期。所以，在Activity中創建的Thread只適合完成一些依賴Activity本身有關的任務，比如定時更新一下Activity的控件狀態等。

核心特點：該Thread的就是為這個Activity服務的，完成這個特定的Activity交代的任務，主動通知該Activity一些消息和事件，Activity銷毀後，該Thread也沒有存活的意義了。

（2）在Application中被創建

這種情況下，一般自定義Application類，重載onCreate方法，並在其中創建Thread，當然，也會在onTerminate()方法中銷毀Thread，否則，如果Thread沒有退出的話，即使整個Application退出了，線程依然會在後台運行著。

這種情況下，Thread的生命周期即為整個Application的生命周期。所以，在Application中創建的Thread，可以執行一些整個應用級別的任務，比如定時檢查一下網絡連接狀態等等。

核心特點：該Thread的終極目標是為這個APP的各個Activity服務的，包括完成某個Activity交代的任務，主動通知某個Activity一些消息和事件等，APP退出之後該Thread也沒有存活的意義了。

以上這兩種情況下，Thread的生命周期都不應該超出整個應用程序的生命周期，也就是，整個APP退出之後，Thread都應該完全退出，這樣才不會出現內存洩漏或者僵屍線程。那麼，如果你希望整個APP都退出之後依然能運行該Thread，那麼就應該把Thread放到Service中去創建和啟動了。

（3）在Service中被創建

這是保證最長生命周期的Thread的唯一方式，只要整個Service不退出，Thread就可以一直在後台執行，一般在Service的onCreate()中創建，在onDestroy()中銷毀。

所以，在Service中創建的Thread，適合長期執行一些獨立於APP的後台任務，比較常見的就是：在Service中保持與服務器端的長連接。