Android Service生命週期 Service裡面的onStartCommand()方法詳解

2014年10月21日 23:40:34 _Captain 閱讀數：32387更多

個人分類： Android

版權宣告：本文轉自http://blog.csdn.net/huutu 轉載請帶上 http://www.liveslives.com/ https://blog.csdn.net/cp790621656/article/details/40357481

 

在Demo上，Start一個Service之後，執行順序：onCreate - > onStartCommand

然後關閉應用，會重新執行上面兩步。

 

但是把程式碼拷貝到遊戲工程發現，關閉遊戲後，只執行了onStart，卻沒有執行onStartCommand！

查詢到下面的文章：

 

Service裡面的onStartCommand()方法詳解

啟動service的時候，onCreate方法只有第一次會呼叫，onStartCommand和onStart每次都被呼叫。onStartCommand會告訴系統如何重啟服務，如判斷是否異常終止後重新啟動，在何種情況下異常終止
onStartCommand和onStart區別

// This is the old onStart method that will be called on the pre-2.0
// platform. On 2.0 or later we override onStartCommand() so this
// method will not be called.
// 2.0 API level之後，實現onStart等同於重寫onStartCommand並返回START_STICKY
@Override
public void onStart(Intent intent, int startId) {
handleCommand(intent);
}

// 2.0 API level之後，onStart()方法被onStartCommand()取代了
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
handleCommand(intent);
// We want this service to continue running until it is explicitly
// stopped, so return sticky.
return START_STICKY;
} 

啟動服務時依次執行onCreate，onStartCommand，onStart；如果在系統顯示呼叫stopService和stopSelf之前終止服務，service再次重啟，onStartCommand會被呼叫，重啟服務時依次執行onStartCommand，onStart。無論何時，都會先呼叫onStartCommand()，在呼叫onStart()。
onStartCommand返回值

onStartComand使用時，返回的是一個(int)整形。
這個整形可以有四個返回值：start_sticky、start_no_sticky、START_REDELIVER_INTENT、START_STICKY_COMPATIBILITY。
它們的含義分別是：
1):START_STICKY：如果service程式被kill掉，保留service的狀態為開始狀態，但不保留遞送的intent物件。隨後系統會嘗試重新建立service，由於服務狀態為開始狀態，所以建立服務後一定會呼叫onStartCommand(Intent,int,int)方法。如果在此期間沒有任何啟動命令被傳遞到service，那麼引數Intent將為null。
2):START_NOT_STICKY：“非粘性的”。使用這個返回值時，如果在執行完onStartCommand後，服務被異常kill掉，系統不會自動重啟該服務
3):START_REDELIVER_INTENT：重傳Intent。使用這個返回值時，如果在執行完onStartCommand後，服務被異常kill掉，系統會自動重啟該服務，並將Intent的值傳入。 

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

onStartComand引數flags含義

flags表示啟動服務的方式：
Additional data about this start request. Currently either 0, START_FLAG_REDELIVERY, or START_FLAG_RETRY.

START_FLAG_REDELIVERY：如果你實現onStartCommand()來安排非同步工作或者在另一個執行緒中工作, 那麼你可能需要使用START_FLAG_REDELIVERY來讓系統重新傳送一個intent。這樣如果你的服務在處理它的時候被Kill掉, Intent不會丟失.
START_FLAG_RETRY：表示服務之前被設為START_STICKY，則會被傳入這個標記。 

於是在onStartCommand函式中返回 START_REDELIVER_INTENT ，問題解決。

 

1. @Override

2. public int onStartCommand(Intent intent, int flags, int startId)

3. {

4. Log.i("cp","push_service onStartCommand "+" flags="+flags+" startId="+startId+" PackageName="+push_service.this.getPackageName());

5. m_SdCardPath=Environment.getExternalStorageDirectory().getPath();

6. m_PushFileDirPath=m_SdCardPath+File.separator+push_service.this.getPackageName();

7. m_PushFilePath=m_PushFileDirPath+File.separator+"push.txt";

8.  

9. if(mMessageThread!=null)

10. {

11. mMessageThread.mRunable=false;

12. }

13. mMessageThread=new MessageThread();

14. mMessageThread.start();

15. //super.onStartCommand(intent, flags, startId);

16. return START_REDELIVER_INTENT;

17. }