【Android】Android中Service類onStartCommand的傳回值有關問題

標籤：android   style   c   class   blog   code   

@Override     public int onStartCommand(Intent intent, int flags, int startId) {         System.out.println("---------->>onStartCommand2");         return super.onStartCommand(intent, flags, startId);     }

 

Android開發的過程中，每次調用startService(Intent)的時候，都會調用該Service對象的onStartCommand(Intent,int,int)方法，然後在onStartCommand方法中做一些處理。然後我們注意到這個函數有一個int的傳回值，這篇文章就是簡單地講講int傳回值的作用。

從Android官方文檔中，我們知道onStartCommand有4種傳回值：

START_STICKY：如果service進程被kill掉，保留service的狀態為開始狀態，但不保留遞送的intent對象。隨後系統會嘗試重新建立service，由於服務狀態為開始狀態，所以建立服務後一定會調用onStartCommand(Intent,int,int)方法。如果在此期間沒有任何啟動命令被傳遞到service，那麼參數Intent將為null。

START_NOT_STICKY：“非粘性的”。使用這個傳回值時，如果在執行完onStartCommand後，服務被異常kill掉，系統不會自動重啟該服務。

START_REDELIVER_INTENT：重傳Intent。使用這個傳回值時，如果在執行完onStartCommand後，服務被異常kill掉，系統會自動重啟該服務，並將Intent的值傳入。

START_STICKY_COMPATIBILITY：START_STICKY的相容版本，但不保證服務被kill後一定能重啟。

當程式在運行時被殺死，當重新啟動這個服務的時候，最有的一個Intent將會被傳遞過的。