一 、问：什么是进程保活？
答：进程保活就是进程永远存在内存中，是杀不死的，就算杀死了也会有办法重新启动起来，其实这些并不是流氓手段，很多情况下，如果你想给你的用户提供服务，就必须有一个进程常驻着，便于在特定的时候做一些特定的事情，比如广播接受者，他就不支持静态注册，也就是说如果我们想接受屏幕开关启动的广播，必须要在进程中动态注册，这个时候如果没有一个常驻的进程，锁屏业务就无法正常的为用户展开服务。
答：其实进程被杀死的原因，一方面是人为的，二、可能被第三方应用杀死，如杀敌软件等。
三、问：Android进程的优先级？
答：
1、前台进程 （Foreground process）：用户当前操作所在的进程，当内存不足以承担前台进程的使用，才有可能回收
2、可见进程（Visible process）:没有任何前台组件，但是仍然会影响屏幕上所见内容，他是一种极为重要的进程，除非为了维持前台进程，因内存不足，有可能会回收掉可见进程，否则系统是不会回收可见进程。
3、服务进程（Service process）:他与用户所见的内容是没有直接关联，但是他们通常执行一些用户关心的操作，比如说在后台获取网络数据，后台播放音乐，后台进行一些数据计算等。被杀死的原因：也是为了
支持前台进程和可见进程，因内存不足情况下才会被回收。
4、后台进程（BaclGround process）:对用户的体验没有直接的影响，用户可以随时终止他们，这个进程是为了供给上面三个进程来使用的，通常在后台进程运行着很多操作，他们保存在一个列表当中，为了确保用户最近查看Activit的进程最后一个被终止，他是一个LRU算法，
5、空进程（Empty process） :保存这个进程的唯一目的就是用来做缓存，以缩短下次在运行组件所需的启动时间，为了使系统总体的资源在进程缓存和内存底层之间保持平衡。它是不包括任何组件的进程.
四、问：Android进程的回收策略？
答：Android进程的回收策略主要是通过Low memory killer机制来完成的。
Low memory killer：通过一些比较复杂的评分机制，对进程进行打分，然后讲分数的进程判定为bad进程，杀死并释放内存。Low memory killer是定时进行检查的，它主要是通过进程的OOM_ODJ来判断进程的优先级。当OOM_ODJ的值越小，进程的优先级越高，而OOM_ODJ越不会去回收。反之就会被回收。
注意：Low memory killer和out memory不一样的地方：out memory机制只有当系统内存不足的时候才会启动检查，而Low memory killer是定时进行检查的，它主要是通过进程的OOM_ODJ来判断进程的优先级。
五、问：进程保活方案？
答：Android进程的回收策略主要是通过Low memory killer机制来完成的。
1、利用系统广播拉活，在发生系统事件的时候，系统会发出相应的广播，
详情查看：http://blog.csdn.NET/sunshinetan/article/details/53126857
2、利用系统Service机制拉活，在Service有一个onStartCommand
推荐博客：http://blog.csdn.net/wulianghuan/article/details/8596467
Android开发的过程中，每次调用startService(Intent)的时候，都会调用该Service对象的onStartCommand(Intent,int,int)方法，然后在onStartCommand方法中做一些处理。然后我们注意到这个函数有一个int的返回值，这篇文章就是简单地讲讲int返回值的作用。从Android官方文档中，我们知道onStartCommand有4种返回值：
START_STICKY：如果service进程被kill掉，保留service的状态为开始状态，但不保留递送的intent对象。随后系统会尝试重新创建service，由于服务状态为开始状态，所以创建服务后一定会调用onStartCommand
(Intent,int,int)方法。如果在此期间没有任何启动命令被传递到service，那么参数Intent将为null。（service因内存不足的情况下，杀死的进程才可以拉活，这里要特别注意，不是所有情况都可以拉活。第一次server被杀死后，会在5秒后拉活，第二次会在10秒后，第三次会在20秒后。之后就不会在拉活。第二种情况是获得root权限通过stop停止的，也是无法通过server拉活）
START_NOT_STICKY：“非粘性的”。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统将会把它置为started状态，系统不会自动重启该服务，直到startService(Intent intent)方法再次被用;。
START_REDELIVER_INTENT：重传Intent。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统会自动重启该服务，并将Intent的值传入。
START_STICKY_COMPATIBILITY：START_STICKY的兼容版本，但不保证服务被kill后一定能重启。
3、利用Native进程拉活，
4、利用JobScheduler机制拉活：Android5.0之后提供的一个机制，他会监听主进程的存活，如果死掉就会激活拉活进程。
5、利用账号同步机制拉活：android系统有一个账户系统，设置一个自己的账户，android会定期唤醒账户更新服务。我们可以自己设定同步的事件间隔，且发起更新的是系统，不会受到任何限制。需要在 AndroidManifest 中定义账号授权与同步服务。
Android 版本（Android N）中系统对账户同步这里做了变动，该方法不再有效。
缺点：
a.用户会在系统设置的账户列表里面看到一个不认识的账户；
b.同步的事件间隔是有限制的，最短1分钟，见源码，如果小雨60秒，置为60秒；
c.用户可以卸载账户；
d.必须联网！google提供这个组件是让你同步账户信息，不联网就不能保活！
