关于防止App被第三方应用Kill掉的问题


  由于一些需求的原因需要让自己App长时间在后台。虽然这样的做法是很Orz的,但是由于项目需求有时候不得不这样做。QQ、微信之所以没被第三方应用直接给kill掉,从市场原因腾讯的软件已经深入人心,很多厂家或是软件早就把这些软件加入白名单中!

  但是作为App的开发人员来说肯定是强烈建议不要这么做,不仅仅从用户角度考虑,作为Android开发者也有责任去维护Android的生态环境就是因为越来越多的这样的占用系统内存的进程越来越多才使得android手机越来越卡,android碎片化的原因越来越多的第三方App可以通过清理内存的方式将后台进程给直接Kill掉来增加run可用内存。

  但是通过技术层面如何解决这个不被kill掉进程的问题呢?

  • Service设置成START_STICKY,kill 后会被重启(等待5秒左右),重传Intent,保持与重启前一样。(PM1中提供参考)
  • ​通过 startForeground将进程设置为前台进程,做前台服务,优先级和前台应用一个级别​,除非在系统内存非常缺,否则此进程不会被 kill
  • 双进程Service:让2个进程互相保护,其中一个Service被清理后,另外没被清理的进程可以立即重启进程
  • QQ黑科技:在应用退到后台后,另起一个只有 1 像素的页面停留在桌面上,让自己保持前台状态,保护自己不被后台清理工具杀死
  • 在已经root的设备下,修改相应的权限文件,将App伪装成系统级的应用(Android4.0系列的一个漏洞,已经确认可行)
  • Android系统中当前进程(Process)fork出来的子进程,被系统认为是两个不同的进程。当父进程被杀死的时候,子进程仍然可以存活,并不受影响。鉴于目前提到的在Android-Service层做双守护都会失败,我们可以fork出c进程,多进程守护死循环在那检查是否还存在,具体的思路如下(Android5.0以下可行)
  1. 用C编写守护进程(即子进程),守护进程做的事情就是循环检查目标进程是否存在,不存在则启动它。
  2. 在NDK环境中将1中编写的C代码编译打包成可执行文件(BUILD_EXECUTABLE)。
  3. 主进程启动时将守护进程放入私有目录下,赋予可执行权限,启动它即可。
  • 联系厂商,加入白名单

  PM1:

在基类service的oncreate中定义了一个notification,重要属性:
notification.flags = Notification.FLAG_NO_CLEAR|Notification.FLAG_ONGOING_EVENT;然后 startForeground(setClass().hashCode(), notification);使得服务能挂在通知栏,感谢1、3楼提供的思路。接着我监听了一个系统广播Intent.ACTION_TIME_TICK,这个广播每分钟发送一次,我们可以每分钟检查一次Service的运行状态,如果已经被结束了,就重新启动Service。关键代码:
boolean isServiceRunning = false;
ActivityManager manager = (ActivityManager)getSystemService(Context.ACTIVITY_SERVICE);
  for (RunningServiceInfo service :manager.getRunningServices(Integer.MAX_VALUE)) {
    if("com.XXX.XXX.XXXService".equals(service.service.getClassName())){
    isServiceRunning = true;
    }
  }
  if (!isServiceRunning ) {
 Intent i = new Intent(context, com.XXX.XXX.XXXService.class);
  i.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
  context.startService(i);
  } 
  
PM2:
Notification notification = new Notification(R.drawable.icon, "服务开启" , System.currentTimeMillis());
notification.flags|= Notification.FLAG_NO_CLEAR;
notification.flags=Notification.FLAG_ONGOING_EVENT;
Intent notificationIntent = new Intent( this , MainActivity. class );
PendingIntent pendingIntent = PendingIntent.getActivity( this , 0 , notificationIntent, 0 );
notification.setLatestEventInfo( this , "service" , "防止服务被任务管理器所杀" , pendingIntent);
startForeground(ONGOING_NOTIFICATION, notification);

  后来一次 做自定义Notification的时候,通知栏没有显示通知,查看后发现 service 也没被kill 。所以就进一步去研究了下 最后发现 只用两行代码就能保持服务不会被kill,并且不会有通知栏通知代码如下:

1
2
Notification notification = new Notification();
startForeground( 1 , notification);

实例代码如下:

  

public class TestService extends Service {
  private static final Class[] mStartForegroundSignature = new Class[] {
    int . class , Notification. class };
  private static final Class[] mStopForegroundSignature = new Class[] { boolean . class };
  private NotificationManager mNM;
  private Method mStartForeground;
  private Method mStopForeground;
  private Object[] mStartForegroundArgs = new Object[ 2 ];
  private Object[] mStopForegroundArgs = new Object[ 1 ];
  @Override
  public IBinder onBind(Intent intent) {
   return null ;
  }
  @Override
  public void onCreate() {
   super .onCreate();
   mNM = (NotificationManager) getSystemService(Context.NOTIFICATION_SERVICE);
   try {
    mStartForeground = TestService. class .getMethod( "startForeground" ,
      mStartForegroundSignature);
    mStopForeground = TestService. class .getMethod( "stopForeground" ,
      mStopForegroundSignature);
   } catch (NoSuchMethodException e) {
    mStartForeground = mStopForeground = null ;
   }
   // 我们并不需要为 notification.flags 设置 FLAG_ONGOING_EVENT,因为
   // 前台服务的 notification.flags 总是默认包含了那个标志位
   Notification notification = new Notification();
   // 注意使用 startForeground ,id 为 0 将不会显示 notification
   startForegroundCompat( 1 , notification);
  }
  @Override
  public void onDestroy() {
   super .onDestroy();
   stopForegroundCompat( 1 );
  }
  // 以兼容性方式开始前台服务
  private void startForegroundCompat( int id, Notification n) {
   if (mStartForeground != null ) {
    mStartForegroundArgs[ 0 ] = id;
    mStartForegroundArgs[ 1 ] = n;
    try {
     mStartForeground.invoke( this , mStartForegroundArgs);
    } catch (IllegalArgumentException e) {
     e.printStackTrace();
    } catch (IllegalAccessException e) {
     e.printStackTrace();
    } catch (InvocationTargetException e) {
     e.printStackTrace();
    }
    return ;
   }
   mNM.notify(id, n);
  }
  // 以兼容性方式停止前台服务
  private void stopForegroundCompat( int id) {
   if (mStopForeground != null ) {
    mStopForegroundArgs[ 0 ] = Boolean.TRUE;
    try {
     mStopForeground.invoke( this , mStopForegroundArgs);
    } catch (IllegalArgumentException e) {
     e.printStackTrace();
    } catch (IllegalAccessException e) {
     e.printStackTrace();
    } catch (InvocationTargetException e) {
     e.printStackTrace();
    }
    return ;
   }
   // 在 setForeground 之前调用 cancel,因为我们有可能在取消前台服务之后
   // 的那一瞬间被kill掉。这个时候 notification 便永远不会从通知一栏移除
   mNM.cancel(id);
  }
}
  除了加入白名单这种官方解决方法,谷歌提出了使用: ForegroundService 前台服务,让服务一直以前台任务的方式运行,可以在service 的oncreate来实现前台服务, 通过这个方法必须发送一个通知栏,让用户知道服务在运行。关于前台服务将在下一篇随笔中记录。
 

通过查询资料有人提到这个program:: droidwolf/NativeSubprocess · GitHub
  创建 linux 子进程的 so 库,当初用在 service 免杀上,经测试,在大部分机子上有用。NativeSubprocess 是一个可以让你在 android 程序中创建 linux 子进程并执行你的 java 代码的 so 库。由于市面上典型的内存清理工具值清理 apk 包关联的进程,而不会处理 linux 原生进程。回头试试看这样是否好使。

参考文章:http://www.jb51.net/article/73976.htm

  最后的最后还是要说:请不要做流氓软件!!让本来就碎片化的Android手机能运行的更顺畅。


免责声明!

本站转载的文章为个人学习借鉴使用,本站对版权不负任何法律责任。如果侵犯了您的隐私权益,请联系本站邮箱yoyou2525@163.com删除。



 
粤ICP备18138465号  © 2018-2025 CODEPRJ.COM