Android应对进程被杀死--Service(二)
2016-05-31 17:01
639 查看
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
copy
IntentFilter filter = newIntentFilter(Intent.ACTION_TIME_TICK);
MyBroadcastReceiver receiver =
new MyBroadcastReceiver();
registerReceiver(receiver, filter);
在广播接收器MyBroadcastReceiver extends BroadcastReceiver的onReceive里
[java]
view plain
copy
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)退出子进程,避免浪费系统资源和消耗电量.
注意: 目前在Android 5.0系统上会把fork出来的进程放到一个进程组里, 当程序主进程挂掉后,也会把整个进程组杀掉,因此用fork的方式也无法在Android5.0及以上系统实现守护进程.
这个是系统层面的限制,当然也是为了优化整个的系统环境,守护进程给手机带来的体验并不好
在早些时候,我们可以通过以下方法:
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
copy
IntentFilter filter = newIntentFilter(Intent.ACTION_TIME_TICK);
MyBroadcastReceiver receiver =
new MyBroadcastReceiver();
registerReceiver(receiver, filter);
在广播接收器MyBroadcastReceiver extends BroadcastReceiver的onReceive里
[java]
view plain
copy
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)退出子进程,避免浪费系统资源和消耗电量.
注意: 目前在Android 5.0系统上会把fork出来的进程放到一个进程组里, 当程序主进程挂掉后,也会把整个进程组杀掉,因此用fork的方式也无法在Android5.0及以上系统实现守护进程.
这个是系统层面的限制,当然也是为了优化整个的系统环境,守护进程给手机带来的体验并不好
相关文章推荐
- 关于软件盘弹与不弹的问题
- Android跑马灯效果
- Android Bundle知识小梳理
- 在内部存储写文件
- 1.ormlite 学习笔记
- Android 上自定义的复式折线图(一)
- CameraPreView遇到的一些问题
- android service无法显示对话框的解决方案
- Android--从零单排系列(2)--常用控件
- Android实现下载图片并保存到SD卡中
- 在android 中开发java.net.SocketException: socket failed: EACCES (Permission denied) 报错
- Android跨进程通信一 Messenger
- Android开发:ZXing条码扫描-竖屏解决方案
- android保存图片到本地并可以在相册中显示出来
- Android上仿IOS弹性ScrollView
- Activity启动模式解析
- Android--从零单排系列(1)--打电话,发短信
- Android屏幕适配全攻略(最权威的官方适配指导)
- android:versionCode和android:versionName 用途
- Android关注博客