Android 其實無法做多絕對的不被后臺kill掉，我們只能盡量使用一些操作提升不被kill的機會。

一、onStartCommand方法，返回START_STICKY

  START_STICKY 在運行onStartCommand后service進程被kill后，那將保留在開始狀態，但是不保留那些傳入的intent。不久后service就會再次嘗試重新創建，因為保留在開始狀態，在創建     service后將保證調用onstartCommand。如果沒有傳遞任何開始命令給service，那將獲取到null的intent。

  START_NOT_STICKY 在運行onStartCommand后service進程被kill后，并且沒有新的intent傳遞給它。Service將移出開始狀態，并且直到新的明顯的方法（startService）調用才重新創建。因為如果沒有傳遞任何未決定的intent那么service是不會啟動，也就是期間onstartCommand不會接收到任何null的intent。

  START_REDELIVER_INTENT 在運行onStartCommand后service進程被kill后，系統將會再次啟動service，并傳入最后一個intent給onstartCommand。直到調用stopSelf(int)才停止傳遞intent。如果在被kill后還有未處理好的intent，那被kill后服務還是會自動啟動。因此onstartCommand不會接收到任何null的intent。 

二、提升service優先級      

  在AndroidManifest.xml文件中對于intent-filter可以通過android:priority = "1000"這個屬性設置最高優先級，1000是最高值，如果數字越小則優先級越低，同時適用于廣播。

三、提升service進程優先級

  Android中的進程是托管的，當系統進程空間緊張的時候，會依照優先級自動進行進程的回收。Android將進程分為6個等級,它們按優先級順序由高到低依次是:

   1.前臺進程( FOREGROUND_APP)

   2.可視進程(VISIBLE_APP )

   3.次要服務進程(SECONDARY_SERVER )  

   4.后臺進程 (HIDDEN_APP)

   5.內容供應節點(CONTENT_PROVIDER)

   6.空進程(EMPTY_APP)

當service運行在低內存的環境時，將會kill掉一些存在的進程。因此進程的優先級將會很重要，可以使用startForeground 將service放到前臺狀態。這樣在低內存時被kill的幾率會低一些。

四、onDestory里面發送廣播重啟service

service +broadcast  方式，就是當service走ondestory的時候，發送一個自定義的廣播，當收到廣播的時候，重新啟動service；

五、Application加上Persistent屬性

六、監聽系統廣播判斷Service狀態

通過系統的一些廣播，比如：手機重啟、界面喚醒、應用狀態改變等等監聽并捕獲到，然后判斷我們的Service是否還存活，別忘記加權限啊。

七、雙進程Service

讓2個進程互相保護，其中一個Service被清理后，另外沒被清理的進程可以立即重啟進程

八、聯系廠商，加入白名單

以上就是本文的全部內容，希望本文的內容對大家的學習或者工作能帶來一定的幫助，同時也希望多多支持武林網！