Android应对进程被杀死--Service(二)

转载 2016年05月31日 17:01:45
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里注册广播:  
  1. IntentFilter filter = newIntentFilter(Intent.ACTION_TIME_TICK);  
  2.      
  3.     MyBroadcastReceiver receiver = new MyBroadcastReceiver();  
  4.     registerReceiver(receiver, filter);  
在广播接收器MyBroadcastReceiver extends BroadcastReceiver的onReceive里  
  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及以上系统实现守护进程. 这个是系统层面的限制,当然也是为了优化整个的系统环境,守护进程给手机带来的体验并不好

Android应对进程被杀死--Service(一)

序言 最近项目要实现这样一个效果:运行后,要有一个service始终保持在后台运行,不管用户作出什么操作,都要保证service不被kill,这可真是一个难题。参考了现今各种定制版的系统和安全厂...
  • f2006116
  • f2006116
  • 2016年03月16日 21:34
  • 4834

关于APP进程被杀死,极光推送收不到消息的解决办法

推送是每一个APP必不可少的一部分,这几天正好在做这一块,所以总结一下遇到的一些问题。在APP被杀死的情况下,对应的推送service也一起被杀死了,这个时候我们怎么能够收到后台的推送呢?网上有很多关...
  • Cpaid
  • Cpaid
  • 2017年08月11日 23:38
  • 7150

Android两种杀掉进程方式总结(System.exit()和Process.killProcess())

Android上杀掉进程的方式有两种,分别是System.exit(0)和Process.killProcess(Process.myPid()),那么这两种方式有何区别呢?相同点APP进程都会被直接...
  • hwe_xc
  • hwe_xc
  • 2016年03月04日 16:06
  • 11952

android kill process 杀死进程的方法

1: 杀死自己进程的方法 android.os.Process.killProcess(android.os.Process.myPid()); 2: 杀死自己进程的方法 System.exit(0)...
  • jzp12
  • jzp12
  • 2016年11月13日 14:18
  • 7036

对Android进程守护、闹钟后台被杀死的研究

最近公司要求要做一个提醒功能,一说到提醒,那肯定就和闹钟差不多的意思,那么肯定就要用到AlarmManager。 但是,我们知道,android系统很坑爹,不同的厂商对rom的定制,导致对进程的管理都...
  • qq_25412055
  • qq_25412055
  • 2016年10月11日 20:20
  • 8817

android service 教你打造不被杀死的service-------service进程守护

转载请标明出处: http://blog.csdn.net/liuzg1220; 本文出自:【HugeBug的博客】 简介 相信做android的兄弟们经常会提出这样的要求,我们能不能让我们...
  • liuzg1220
  • liuzg1220
  • 2016年09月20日 19:58
  • 10276

Android 双进程保证service不被杀死

摘要相信安卓app都想保证自己的service不被杀死,网上资源有很多,下面我做一个简单的汇总,希望对大家有用。1. Android App Daemon 在fork()出来的子进程中不断启动服务,保...
  • u011319826
  • u011319826
  • 2015年11月09日 14:32
  • 749

android service杀死后又起来了

今天搞了一下午,每次service杀死了,结果又重启了,疼死了。 在网上找了半天,基本所有的回答都是围绕 onStartCommand方法返回值Service.START_NOT_STICKY,Ser...
  • linhui9010
  • linhui9010
  • 2013年08月15日 16:57
  • 1227

Android Service演义(android 5.1)

http://my.oschina.net/youranhongcha/blog/710046#navbar-header 1.概述 在Android平台上,那种持续性工作一般...
  • thinkinwm
  • thinkinwm
  • 2016年09月01日 14:17
  • 363

Android应对进程被杀死--Service(三)

项目测试的时候发现,按home键回到桌面,再用360清理内存,软件被结束,再次进入的时候报错,看了下log,以为是有的地方没有控制好,但是又不知道360结束的是什么(这个现在还没弄明白)。使用小米系统...
  • f2006116
  • f2006116
  • 2016年03月16日 22:03
  • 1104
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:Android应对进程被杀死--Service(二)
举报原因:
原因补充:

(最多只允许输入30个字)