Android SERVICE後臺服務進程的守護

Service組件在android開發中常常遇到，其常常做爲後臺服務，須要始終保持運行，負責處理一些必要（見不得人）的任務。而一些安全軟件，如360等，會有結束進程的功能，若是不作Service的保持，就會被其殺掉。

在早些時候，咱們能夠經過在


1. service中重寫onStartCommand方法，這個方法有三個返回值， START_STICKY是service被kill掉後自動

public int onStartCommand(Intent intent, int flags, int startId) {        

   return START_STICKY;    

}

2. 配置android:persistent="true" 


3. setForeground(true); 


4. android:process=」com.xxx.xxxservice」配置到單獨的進程中

以上的方法要麼只是提高service優先級或者存活率, 並不能解決被安全軟件強行殺死的問題.

要麼像第四種單獨的進程運行service在360老的版本是能夠的,可是在360的比較新的版本中仍然會被殺死.

如何保持Service的運行狀態是如今要說明的，核心就是利用ANDROID的系統廣播，觸發本身的程序檢查Service的運行狀態，若是被殺掉，就再起來。


經常使用的有開機廣播，解鎖屏幕的廣播，電量變化等等， 其中解屏的廣播算比較頻繁的了，可是也並不能保證必定的頻率，尤爲是在特定的時間裏(好比用戶睡覺的時候，用戶並不進行解鎖操做).而咱們仍要作一些操做的時候，就沒有辦法了.

所以，我採用了一種別的方案. 另外再加上兩個相似一守護進程的Service， 分別檢查Service的運行狀態，註冊響應的廣播，對其進行守護,一旦發現沒有運行就將其啓動.

我利用的系統廣播是


Intent.ACTION_TIME_TICK，這個廣播每分鐘發送一次，咱們能夠每分鐘檢查一次Service的運行狀態，若是已經被結束了，就從新啓動Service。


它的優勢就是間隔時間短並且很是穩定, 而其餘的廣播並不能保證這一點,固然，在具體的應用中仍是要根據需求使用, 結合其餘廣播來保證本身的service必定會被重啓.

畢竟如今安全軟件是愈來愈厲害了，更新得也是很是頻繁. 有時間仍是要看下還有沒有其餘的方法，綜合幾種來使用.

下邊就是具體的代碼和注意事項了：


一、 Intent.ACTION_TIME_TICK的使用


咱們知道廣播的註冊有靜態註冊和動態註冊，但此係統廣播只能經過動態註冊的方式使用。即你不能經過在manifest.xml裏註冊的方式接收到這個廣播，只能在代碼裏經過


registerReceiver()方法註冊。


在ThisApp extends Application 或者在service裏註冊廣播：
   

[java]   view plain copy

1. IntentFilter filter = newIntentFilter(Intent.ACTION_TIME_TICK);   
2.       
3.     MyBroadcastReceiver receiver = new MyBroadcastReceiver();   
4.     registerReceiver(receiver, filter);   

在廣播接收器MyBroadcastReceiver extends BroadcastReceiver的onReceive裏
    

[java]   view plain copy

1.  boolean isServiceRunning = false;   
2.   
3.   
4.     if (intent.getAction().equals(Intent.ACTION_TIME_TICK)) {   
5.         
6.     //檢查Service狀態   
7.         
8.     ActivityManager manager = (ActivityManager)AppApplication.getContext().getSystemService(Context.ACTIVITY_SERVICE);   
9.     for (RunningServiceInfo service :manager.getRunningServices(Integer.MAX_VALUE)) {   
10.     if("so.xxxx.xxxxService".equals(service.service.getClassName()))   
11.             
12.      {   
13.      isServiceRunning = true;   
14.     }   
15.         
16.      }   
17.     if (!isServiceRunning) {   
18.     Intent i = new Intent(context, xxxService.class);   
19.            context.startService(i);   
20.     }   
21.   
22.   
23. }   

終極解決方案: 使用jni, c端 fork進程，檢測Service是否存活，若Service已被殺死，則進行重啓Service.