（1）在应用退到后台后，另起一个只有1像素的页面停留在桌面上，让自己保持前台状态，保护自己不被后台清理工具杀死。
（2）用Foreground Service.
参考地址：Android Service 全解(三) 之 Foreground Service
（3）application 设置android:persistent后，虽然不会被low memory killer处理，只对System App管用
参考地址：Android: HowTo设置app不被系统kill掉
（4）基于Androidapi的进程都可以被干掉，但是基于用c写Linux进程就不另当别论。这进程牛b到除非自杀或者重启才能干掉。而且进程管理器看到这个进程。
（5）在Service的onDestroy()中重启Service.（第三方应用或是在setting里-应用-强制停止时，APP进程可能就直接被kill，不进入onDestroy方法体）
（6）settings中force stop 应用捕捉系统进行广播（action为android.intent.action.PACKAGE_RESTARTED）
注意：（Note that the restarted package does not receive this broadcast.）两个service相互监控，因为不能监听本身重启的包。
（7）线程优先级（Thread-Priority）
添加权限：<uses-permission id="android.permission.RAISED_THREAD_PRIORITY"/>
import android.os.Process;
...
...
Process.setThreadPriority(12);
Process.setThreadPriority(Process.myTid(), 12); //预先定义在 android.os.Process 的constants
Process.THREAD_PRIORITY_LOWEST = 19
Process.THREAD_PRIORITY_BACKGROUND = 5
Process.THREAD_PRIORITY_DEFAULT = 0
Process.THREAD_PRIORITY_FOREGROUND = -5
Process.THREAD_PRIORITY_DISPLAY = -10
Process.THREAD_PRIORITY_URGENT_DISPLAY = -15
基本的service用START_STICKY以及轮询唤醒电池就不多说了，重点就是我在基类service的oncreate中定义了一个notification，重要属性：notification.flags = Notification.FLAG_NO_CLEAR|Notification.FLAG_ONGOING_EVENT;然后startForeground(setClass().hashCode(), notification);使得服务能挂在通知栏，接着我监听了一个系统广播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);
}
Android中的进程是托管的，当系统进程空间紧张的时候，会依照优先级自动进行进程的回收。Android将进程分为6个等级，它们按优先级顺序由高到低依次是:
1.前台进程 (FOREGROUND_APP)
2.可视进程 (VISIBLE_APP )
3.次要服务进程 (SECONDARY_SERVER )
4.后台进程 (HIDDEN_APP)
5.内容供应节点 (CONTENT_PROVIDER)
6.空进程 (EMPTY_APP)
对于 StartCommond 方法几个常量参数简介：
1、START_STICKY
在运行onStartCommand后service进程被kill后，那将保留在开始状态，但是不保留那些传入的intent。不久后service就会再次尝试重新创建，因为保留在开始状态，在创建 service后将保证调用onstartCommand。如果没有传递任何开始命令给service，那将获取到null的intent。
2、START_NOT_STICKY
在运行onStartCommand后service进程被kill后，并且没有新的intent传递给它。Service将移出开始状态，并且直到新的明显的方法（startService）调用才重新创建。因为如果没有传递任何未决定的intent那么service是不会启动，也就是期间onstartCommand不会接收到任何null的intent。
3、START_REDELIVER_INTENT
在运行onStartCommand后service进程被kill后，系统将会再次启动service，并传入最后一个intent给onstartCommand。直到调用stopSelf(int)才停止传递intent。如果在被kill后还有未处理好的intent，那被kill后服务还是会自动启动。因此onstartCommand不会接收到任何null的intent。
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
flags = START_STICKY;
return super.onStartCommand(intent, flags, startId);
// or 直接 return START_STICKY;
}