进程的优先级
1、前台进程：即与用户正在交互的Activity或者Activity用到的Service等，如果系统内存不足时前台进程是最后被杀死的
2、可见进程：可以是处于暂停状态(onPause)的Activity或者绑定在其上的Service，即被用户可见，但由于失去了焦点而不能与用户交互
3、服务进程：其中运行着使用startService方法启动的Service，虽然不被用户可见，但是却是用户关心的，例如用户正在非音乐界面听的音乐或者正在非下载页面自己下载的文件等
4、后台进程：其中运行着执行onStop方法而停止的程序，但是却不是用户当前关心的，例如后台挂着的QQ，这样的进程系统一旦没了有内存就首先被杀死
5、空进程：不包含任何应用程序的程序组件的进程，一般用于缓存
PS：前三种进程只要系统内存足够就不会被杀死，如果系统内存不足会按照优先级高低杀死进程，后两种进程随时会被系统杀死
进程的回收策略
Android中的进程回收主要是通过系统进程管理机制中的Low Memory Killer来进行回收的，具体的回收策略是通过判断OOM_ADJ这个阈值来决定回收哪些进程，OOM_ADJ的值越大，该进程的优先级越低，越容易被系统回收。只有当系统检测到设备内存不足时才会启动进程回收机制。
OOM_ADJ >= 4：比较容易被杀死的进程
OOM_ADJ 0 ~ 3：不容易被杀死的进程
OOM_ADJ < 0 ：纯Linux进程，非Android进程
进程保活方案
主要有两个方向的方案：
（1）提供进程优先级，降低进程被杀死的概率
（2）在进程被杀死后，进行拉活
在进程被杀死后，进行拉活的方案：
（1）利用系统广播拉活：由于系统广播会在系统发生特定事件的时候想广播接收者发送广播，所以可以在App中注册系统广播接收者，必须通过在Manifest文件中静态注册方式进行监听注册，因为静态注册的广播接收者不需要启动App就能接受发送的广播，所以我们可以在收到系统广播时进行进程拉活。缺点是有可能被管理软件通过禁止自启动的方式导致无法接收到广播，而且系统广播发送的时机不可控导致进程拉活的时间也不可控。
（2）利用系统Service机制拉活：Service的回调方法onStartCommand()有一个参数可以设置为START_STICKY，作用是 当Service因为内存不足而被系统杀掉后，接下来未来的某个时间内，当系统内存足够可用的情况下，系统将会尝试重新创建此Service，在重新创建Service时进行进程拉活。缺点是一旦在短时间内Service被杀死达到5次，系统将不再重新创建。
（3）利用Native进程拉活
（4）利用JobScheduler机制拉活
（5）利用账号同步机制拉活
