本来想实现一个一直运行的Service,使用alarmManger定时开启Service实现刷新功能,可是发现在android5.0之后会在清理后台任务时杀死,在android5.0之前的如果使用360软件也能被杀死。我用的是小米6.0,和华为5.0测试的都会被系统自带的清理后台的功能杀死。但是使用魅族4.4不会被杀死。
Service组件在android开发中经常遇到,其经常作为后台服务,需要始终保持运行,负责处理一些必要(见不得人)的任务。而一些安全软件,如360等,会有结束进程的功能,如果不做Service的保持,就会被其杀掉。
在早些时候,我们可以通过在
1. service中重写onStartCommand方法,这个方法有三个返回值, START_STICKY是service被kill掉后自动
public int onStartCommand(Intent intent, int flags, int startId) {
return START_STICKY;
}
以上的方法要么只是提升service优先级或者存活率, 并不能解决被安全软件强行杀死的问题.
要么像第四种单独的进程运行service在360老的版本是可以的,但是在360的比较新的版本中仍然会被杀死.
如何保持Service的运行状态是现在要说明的,核心就是利用ANDROID的系统广播,触发自己的程序检查Service的运行状态,如果被杀掉,就再起来。因此,我采用了一种别的方案. 另外再加上两个类似一守护进程的Service, 分别检查Service的运行状态,注册响应的广播,对其进行守护,一旦发现没有运行就将其启动.
毕竟现在安全软件是越来越厉害了,更新得也是非常频繁. 有时间还是要看下还有没有其他的方法,综合几种来使用.
下边就是具体的代码和注意事项了:
1、 Intent.ACTION_TIME_TICK的使用IntentFilter filter = newIntentFilter(Intent.ACTION_TIME_TICK); MyBroadcastReceiver receiver = new MyBroadcastReceiver(); registerReceiver(receiver, filter);在广播接收器MyBroadcastReceiver extends BroadcastReceiver的onReceive里
boolean isServiceRunning = false; if (intent.getAction().equals(Intent.ACTION_TIME_TICK)) { //检查Service状态 ActivityManager manager = (ActivityManager)AppApplication.getContext().getSystemService(Context.ACTIVITY_SERVICE); for (RunningServiceInfo service :manager.getRunningServices(Integer.MAX_VALUE)) { if("so.xxxx.xxxxService".equals(service.service.getClassName())) { isServiceRunning = true; } } if (!isServiceRunning) { Intent i = new Intent(context, xxxService.class); context.startService(i); } }
终极解决方案: 使用Jni,在 c端 fork进程,检测Service是否存活,若Service已被杀死,则进行重启Service. 至于检测方式,可以轮询获取子进程Pid,若为1, 则说明子进程被Init进程所领养,已经成为了孤儿进程. 但是这种方式比较消耗电量,并且由于不同手机系统定制的改变,当应用被强制停止时,父进程并不一定被真正杀死,因此在一些特定机型上是无法通过此方式进行判断. 这里推荐使用liunx socket的方式进行类似心跳包的检测,并且当触发检测Service是否被杀死之前,需要判断应用是否已经被卸载,如果应用已经被卸载,则不再进行检测Service行为,直接调用exit(0)退出子进程,避免浪费系统资源和消耗电量.
据说:唯一的办法就是里面嵌套c/c++代码系统底层去打交道,也和360一样做个进程守护功能
这一部分可以参考:http://dearseven.blog.163.com/blog/static/100537922201523143957103/
注意: 目前在Android 5.0系统上会把fork出来的进程放到一个进程组里, 当程序主进程挂掉后,也会把整个进程组杀掉,因此用fork的方式也无法在Android5.0及以上系统实现守护进程. 这个是系统层面的限制,当然也是为了优化整个的系统环境,守护进程给手机带来的体验并不好
具体见源码:
http://androidxref.com/5.0.0_r2/xref/frameworks/base/services/core/java/com/android/server/am/ProcessRecord.java
补:
Android5.0 以上目前已有人使用黑科技攻克,部分机型可能无法起到作用,但思路很值得借鉴,代码结构也不错, 具体方案见:
https://github.com/Marswin/MarsDaemon
如有转载,请声明出处: 时之沙: http://blog.csdn.net/t12x3456