http://my.oschina.NET/u/242041/blog/206687

很多時候，你可能會問，為什麼要用 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 做不到的。

根據程序優先順序，Thread在後臺執行（Activty stop）的優先順序低於後臺執行的Service，如果執行系統資源緊張，會優先殺死前一種，後臺執行的Service一般情況下不會被殺死，如果被殺死，系統空閒時會重新啟動service.

------------------------------------------------------------------------------------------------------------------------

http://blog.jobbole.com/77674/

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中保持與伺服器端的長連線。

核心特點：該Thread可以為APP提供一些“服務”或者“狀態查詢”，但該Thread並不需要主動通知APP任何事件，甚至不需要知道APP是誰。

總之，我們不是要考慮該用Thread或者該用Service，而是應該為Thread選擇合適的生命週期，這就是我對Service和Thread的思考和理解，有不清楚的地方歡迎留言或者來信[email protected]交流。