Android应对进程被杀死--Service（二）

超、凢脫俗 2022-08-22 14:29 275阅读 0赞

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一定会被重启.

毕竟现在安全软件是越来越厉害了，更新得也是非常频繁. 有时间还是要看下还有没有其他的方法，综合几种来使用.

下边就是具体的代码和注意事项了：  
**1、 Intent.ACTION\_TIME\_TICK的使用**  
我们知道广播的注册有静态注册和动态注册，但此系统广播只能通过动态注册的方式使用。即你不能通过在manifest.xml里注册的方式接收到这个广播，只能在代码里通过  
**registerReceiver()方法注册。**  
**在This App extends Application 或者在service里注册广播：**

**\[java\]** [ view plain][view plain] [ copy][view plain]

[![在CODE上查看代码片][CODE]][CODE_CODE] [![派生到我的代码片][ico_fork.svg]][ico_fork.svg 1]

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][view plain] [ copy][view plain]

[![在CODE上查看代码片][CODE]][CODE_CODE] [![派生到我的代码片][ico_fork.svg]][ico_fork.svg 1]

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.

至于检测方式，可以轮询获取子进程Pid,若为1, 则说明子进程被Init进程所领养,已经成为了孤儿进程.

**但是这种方式比较消耗电量，并且由于不同手机系统定制的改变，当应用被强制停止时，父进程并不一定被真正杀死，因此在一些特定机型上是无法通过此方式进行判断.** 这里推荐使用liunx socket的方式进行类似心跳包的检测，并且当触发检测Service是否被杀死之前，需要判断应用是否已经被卸载，如果应用已经被卸载，则不再进行检测Service行为，直接调用exit(0)退出子进程，避免浪费系统资源和消耗电量.

**注意: 目前在[Android][] 5.0系统上会把fork出来的进程放到一个进程组里， 当程序主进程挂掉后，也会把整个进程组杀掉,因此用fork的方式也无法在Android5.0及以上系统实现守护进程. 这个是系统层面的限制，当然也是为了优化整个的系统环境,守护进程给手机带来的体验并不好**

[view plain]: http://blog.csdn.net/t12x3456/article/details/8982198#
[CODE]: https://code.csdn.net/assets/CODE_ico.png
[CODE_CODE]: https://code.csdn.net/snippets/499184
[ico_fork.svg]: https://code.csdn.net/assets/ico_fork.svg
[ico_fork.svg 1]: https://code.csdn.net/snippets/499184/fork
[Android]: http://lib.csdn.net/base/15