关于防止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手机能运行的更顺畅。