Android Service生命周期 Service里面的onStartCommand()方法詳解

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

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

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

查找到下面的文章：

[plain] view plain copy  

1. Service里面的onStartCommand()方法詳解  
2.   
3. 啟動service的時候，onCreate方法只有第一次會調用，onStartCommand和onStart每次都被調用。onStartCommand會告訴系統如何重啟服務，如判斷是否異常終止后重新啟動，在何種情況下異常終止  
4. onStartCommand和onStart區別  
5.   
6. // This is the old onStart method that will be called on the pre-2.0  
7. // platform. On 2.0 or later we override onStartCommand() so this  
8. // method will not be called.  
9. // 2.0 API level之后，實現onStart等同於重寫onStartCommand並返回START_STICKY  
10. @Override  
11. public void onStart(Intent intent, int startId) {  
12. handleCommand(intent);  
13. }  
14.   
15. // 2.0 API level之后，onStart()方法被onStartCommand()取代了  
16. @Override  
17. public int onStartCommand(Intent intent, int flags, int startId) {  
18. handleCommand(intent);  
19. // We want this service to continue running until it is explicitly  
20. // stopped, so return sticky.  
21. return START_STICKY;  
22. }   
23.   
24. 啟 動服務時依次執行onCreate，onStartCommand，onStart；如果在系統顯示調用stopService和stopSelf之前終 止服務，service再次重啟，onStartCommand會被調用，重啟服務時依次執行onStartCommand，onStart。無論何時， 都會先調用onStartCommand()，在調用onStart()。  
25. onStartCommand返回值  
26.   
27. onStartComand使用時，返回的是一個(int)整形。  
28. 這個整形可以有四個返回值：start_sticky、start_no_sticky、START_REDELIVER_INTENT、START_STICKY_COMPATIBILITY。  
29. 它們的含義分別是：  
30. 1):START_STICKY： 如果service進程被kill掉，保留service的狀態為開始狀態，但不保留遞送的intent對象。隨后系統會嘗試重新創建service，由 於服務狀態為開始狀態，所以創建服務后一定會調用onStartCommand(Intent,int,int)方法。如果在此期間沒有任何啟動命令被傳 遞到service，那么參數Intent將為null。  
31. 2):START_NOT_STICKY：“非粘性的”。使用這個返回值時，如果在執行完onStartCommand后，服務被異常kill掉，系統不會自動重啟該服務  
32. 3):START_REDELIVER_INTENT：重傳Intent。使用這個返回值時，如果在執行完onStartCommand后，服務被異常kill掉，系統會自動重啟該服務，並將Intent的值傳入。   
33.   
34. 4):START_STICKY_COMPATIBILITY：START_STICKY的兼容版本，但不保證服務被kill后一定能重啟。  
35.   
36. onStartComand參數flags含義  
37.   
38. flags表示啟動服務的方式：  
39. Additional data about this start request. Currently either 0, START_FLAG_REDELIVERY, or START_FLAG_RETRY.  
40.   
41. START_FLAG_REDELIVERY： 如果你實現onStartCommand()來安排異步工作或者在另一個線程中工作, 那么你可能需要使用START_FLAG_REDELIVERY來 讓系統重新發送一個intent。這樣如果你的服務在處理它的時候被Kill掉, Intent不會丟失.  
42. START_FLAG_RETRY：表示服務之前被設為START_STICKY，則會被傳入這個標記。