安卓进程保活
Android 系统将尽量长时间地保持应用进程，但为了新建进程或运行更重要的进程，需要清除旧进程来回收内存。 为了确定保留或终止哪些进程，系统会对进程进行分类。 需要时，系统会首先消除重要性最低的进程，然后是清除重要性稍低一级的进程，依此类推，以回收系统资源。
1，我们先来看看下面这张图。
官方的说法如下：
重要性层次结构一共有 5 级。以下列表按照重要程度列出了各类进程（第一个进程最重要，将是最后一个被终止的进程）：
1，前台进程
用户当前操作所必需的进程。如果一个进程满足以下任一条件，即视为前台进程：
- 托管用户正在交互的 Activity（已调用 Activity 的 onResume() 方法）
- 托管某个 Service，后者绑定到用户正在交互的 Activity
- 托管正在“前台”运行的 Service（服务已调用 startForeground()）
- 托管正执行一个生命周期回调的 Service（onCreate()、onStart() 或 onDestroy()）
- 托管正执行其 onReceive() 方法的 BroadcastReceiver
通常，在任意给定时间前台进程都为数不多。只有在内存不足以支持它们同时继续运行这一万不得已的情况下，系统才会终止它们。 此时，设备往往已达到内存分页状态，因此需要终止一些前台进程来确保用户界面正常响应。
注释：个人理解前台进程就是和用户正在交互的界面，也就是正在用这个界面。
2,可见进程
没有任何前台组件、但仍会影响用户在屏幕上所见内容的进程。 如果一个进程满足以下任一条件，即视为可见进程：
- 托管不在前台、但仍对用户可见的 Activity（已调用其 onPause() 方法）。例如，如果前台 Activity 启动了一个对话框，允许在其后显示上一 Activity，则有可能会发生这种情况。
- 托管绑定到可见（或前台）Activity 的 Service。
可见进程被视为是极其重要的进程，除非为了维持所有前台进程同时运行而必须终止，否则系统不会终止这些进程。
注释：个人理解可见进程就是一个进程在用户看不见的情况下，默默的操作前台界面的数据变化。
3，服务进程
正在运行已使用 startService() 方法启动的服务且不属于上述两个更高类别进程的进程。尽管服务进程与用户所见内容没有直接关联，但是它们通常在执行一些用户关心的操作（例如，在后台播放音乐或从网络下载数据）。因此，除非内存不足以维持所有前台进程和可见进程同时运行，否则系统会让服务进程保持运行状态。
注释：个人理解服务进程就是异步操作。
4，后台进程
包含目前对用户不可见的 Activity 的进程（已调用 Activity 的 onStop() 方法）。这些进程对用户体验没有直接影响，系统可能随时终止它们，以回收内存供前台进程、可见进程或服务进程使用。 通常会有很多后台进程在运行，因此它们会保存在 LRU （最近最少使用）列表中，以确保包含用户最近查看的 Activity 的进程最后一个被终止。如果某个 Activity 正确实现了生命周期方法，并保存了其当前状态，则终止其进程不会对用户体验产生明显影响，因为当用户导航回该 Activity 时，Activity 会恢复其所有可见状态。 有关保存和恢复状态的信息，请参阅 Activity文档。
注释：个人理解后台进程，就暂时不用的进程，可能会等一下在用，也可能等一下不再用。就好比我们在用一个应用程序时，用完按home键大退出，它就变成后台进程了。当下次进来时，还能看到之前的页面。
空进程
不含任何活动应用组件的进程。保留这种进程的的唯一目的是用作缓存，以缩短下次在其中运行组件所需的启动时间。 为使总体系统资源在进程缓存和底层内核缓存之间保持平衡，系统往往会终止这些进程。
注释：个人理解空进程，就是应用程序在按退出后，这个app没有使用了，但是系统还是会在一个进程里面保存app相关的历史信息，当下次进来时，app的启动时间比较快（相对于第一次进来时）
2,Low Memory Killer
系统出于体验和性能上的考虑，app在退到后台时系统并不会真正的kill掉这个进程，而是将其缓存起来。打开的应用越多，后台缓存的进程也越多。在系统内存不足的情况下，系统开始依据自身的一套进程回收机制来判断要kill掉哪些进程，以腾出内存来供给需要的app, 这套杀进程回收内存的机制就叫 Low Memory Killer。
3,oom_adj
进程的优先级通过进程的adj值来反映，它是linux内核分配给每个系统进程的一个值，进程回收机制根据这个值来决定是否进行回收。adj的值越小，进程的优先级越高。
可以通过cat /proc/进程id/oom_adj可以看到当前进程的adj值。(需要[root]权限)
adj越大，占用内存越多会被最先kill掉，所以保活就成了降低oom_adj的值，以及如何使得我们应用占的内存最少。
3,Activity提权
监控手机锁屏解锁事件，在屏幕锁屏时启动1个像素透明的 Activity，在用户解锁时将 Activity 销毁掉。从而达到提高进程优先级的作用。
缺陷：存在一个Activity不够干净。同时也需要在锁屏后才能提权
4，Service提权
前台进程是优先级最高的类型。在官方指南中有介绍：
创建一个前台服务用于提高app在按下home键之后的进程优先级
startForeground(ID,Notification)：使Service成为前台Service。 前台服务需要在通知栏显示一条通知的图标：
- API level < 18 ：参数2 设置 new Notification()，图标不会显示。
- API level >= 18：在需要提优先级的service A启动一个InnerService。两个服务都startForeground，且绑定同样的 ID。Stop 掉InnerService ，通知栏图标被移除。
5，广播拉活()
在发生特定系统事件时，系统会发出广播，通过在 AndroidManifest 中静态注册对应的广播监听器，即可在发生响应事件时拉活。
但是从android 7.0开始，对广播进行了限制，而且在8.0更加严格
6,“全家桶”拉活
有多个app在用户设备上安装，只要开启其中一个就可以将其他的app也拉活。比如手机里装了手Q、QQ空间、兴趣部落等等，那么打开任意一个app后，其他的app也都会被唤醒。
7,系统Service机制拉活
将 Service 设置为 START_STICKY，利用系统机制在 Service 挂掉后自动拉活：
- 只要 targetSdkVersion 不小于5，就默认是 START_STICKY。
- 但是某些ROM 系统不会拉活。并且经过测试，Service 第一次被异常杀死后很快被重启，第二次会比第一次慢，第三次又会比前一次慢，一旦在短时间内 Service 被杀死4-5次，则系统不再拉起。
8,账户同步 拉活
手机系统设置里会有“帐户”一项功能，任何第三方APP都可以通过此功能将数据在一定时间内同步到服务器中去。系统在将APP帐户同步时，会将未启动的APP进程拉活。 缺点：虽然可以设置同步间隔时间为5秒，但是android本身考虑到同步会带来一些消耗，所以这个时间只是一个参考，并不是真的每隔5秒同步一次。意思就同步时间不确定。
9，JobScheduler 拉活
JobScheduler允许在特定状态与特定时间间隔周期执行任务。可以利用它的这个特点完成保活的功能,效果即开启一个定时器，与普通定时器不同的是其调度由系统完成。
同样在某些ROM可能并不能达到需要的效果(某米)
10, 推送拉活
根据终端不同，在小米手机（包括 MIUI）接入小米推送、华为手机接入华为推送。
11,Native拉活
Native fork子进程用于观察当前app主进程的存亡状态。对于5.0以上成功率极低。
高成功率的拉活方式
双进程拉活
这种方式是结合了JobScheduler的定时唤醒拉活、双进程Service拉活、通过Notification方式设置service为前台服务。成功率高，包括9.0版本也可以。但是在有的手机上还是会失败，比如华为，小米，不能保证百分之百，没有一个方法是能保证百分之百的，只是这种方式相对其他方法来说，成功率高。
