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

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


在Demo上,Start一個Service以後,執行順序:onCreate - > onStartCommandphp

而後關閉應用,會從新執行上面兩步。html

可是把代碼拷貝到遊戲工程發現,關閉遊戲後,只執行了onStart,卻沒有執行onStartCommand!app

查找到下面的文章:異步

[plain] view plain copy 在CODE上查看代碼片 派生到個人代碼片ide

  1. Service裏面的onStartCommand()方法詳解  ui

  2.   

  3. 啓動service的時候,onCreate方法只有第一次會調用,onStartCommand和onStart每次都被調用。onStartCommand會告訴系統如何重啓服務,如判斷是否異常終止後從新啓動,在何種狀況下異常終止  this

  4. onStartCommand和onStart區別  url

  5.   

  6. // This is the old onStart method that will be called on the pre-2.0  spa

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

相關文章
相關標籤/搜索