双进程守护保证Service后台任务一直运行不被杀死

转载 2016年05月30日 19:03:57

本来想实现一个一直运行的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;    

}


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()方法注册。
在ThisApp extends Application 或者在service里注册广播:
   
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


保持Service不被Kill掉的方法--双Service守护 && Android实现双进程守护

保持Service不被Kill掉的方法--双Service守护 AndroidManifest.xml:
  • boyupeng
  • boyupeng
  • 2015年07月20日 22:10
  • 21708

Android Service 双进程常驻后台(2)

最近项目用到Service常驻后台,研究了一下发现手Q和微信都是使用了双进程来保证一键清理后自动复活,copy网上双进程Service的例子,再结合onTrimMemory(),基本实现一键清理后自动...
  • ljx19900116
  • ljx19900116
  • 2015年11月18日 10:54
  • 3059

Android 双进程Service常驻后台,无惧“一键清理

转载地址:http://www.tuicool.com/articles/vaEZ7rI 本文来自http://blog.csdn.net/hellogv/ ,引用必须注明出处! 最近...
  • lijinhua7602
  • lijinhua7602
  • 2015年08月17日 23:55
  • 524

守护进程(C语言写的360绝对杀不死)

  • 2015年10月29日 18:08
  • 1.79MB
  • 下载

Android实现双进程守护

如何保证Service不被Kill有关Service的知识请参考Android Service全面解析这篇文章,写的很详细。(1)onStartCommand方法,返回START_STICKY@Ove...
  • huaxun66
  • huaxun66
  • 2016年11月14日 13:44
  • 5330

Android 双进程守护(分分钟实现)

是这个情况,前几天在腾讯公开课看到的,确实不错,首先我先说下怎么实现的?**实现思路:**创建A,B两个服务,然后同时启动A、B服务,双进程守护,当然要另开一个进程,通过AIDL实现跨进程通信,在A、...
  • LiuYangQiao
  • LiuYangQiao
  • 2016年10月09日 17:27
  • 7541

python写的linux平台双守护进程

# -*- coding: utf-8 -*- import multiprocessing import os import time import sys import fcntl i...
  • wdt3385
  • wdt3385
  • 2013年07月31日 20:51
  • 966

HBuilder实现WebApp,总结MUI使用过程中的坑和方法

MUI尝过的坑和重要知识点总结1:自带的各种标签的 样式权重过高,重写不方便(和BootStrap比较来说,BootStrap更加灵活) 2:链接跳转。常规的a标签 加href是无法跳转的,浏览器有效...
  • zhang2222222
  • zhang2222222
  • 2016年12月16日 09:27
  • 6140

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

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

应用保活--杀死进程也能收到推送消息

我选取的是极光推送,当把进程杀死时候就接受不到推送过来的消息。这是因为我使用的是小米手机,小米和华为手机属于那种深度定制安卓系统,需要用户的操作才能够实现应用“保活”的目的。 小米【MIUI】 自启...
  • jhl122
  • jhl122
  • 2016年12月02日 13:11
  • 8072
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:双进程守护保证Service后台任务一直运行不被杀死
举报原因:
原因补充:

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