轉--Android開發實踐：使用Service還是Thread

標籤：

轉自：http://ticktick.blog.51cto.com/823160/1547032

 

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]交流，或者關注我的新浪微博 @盧_俊 擷取最新的文章和資訊。

轉--Android開發實踐：使用Service還是Thread