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，則會被傳入這個標記。 啓動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，則會被傳入這個標記。