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

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的思考和理解，有不清楚的地方歡迎留言或者來信lujun.hust@gamail.com交流。