凡是做过几年Android开发的，都不能不面对进程保活这一问题。特别是这两年，面对谷歌，国内定制ROM，安全软件等多方围剿的情况下，app在后台保活的难度越来越大，可以说包括QQ、微信在内的所有app，都无法做到一直运行于后台。因此，进程保活一直都是Android开发的一大难题。
Android进程保活工作包含两部分：
1、如何尽量保持进程不被杀死
2、当进程被杀死时，如何重新启动
如何尽量保持进程不被杀死？如何尽量保持进程不被杀死？这个就必须说到进程优先级 （具体可自行百度），我们需要了解的进程优先级主要有五个：前台进程，可见进程，服务进程，后台进程(缓存进程)，空进程。显而易见，不希望进程被杀死，就需要保持其有一个高的优先级。
因此，帮助进程获取高优先级是一种保活方式，具体实现包括：
1、app进入后台时绑定一个透明的Activity（建议在锁屏时开启activity，解锁后结束activity，针对Android锁屏5s后自动结束后台进程的设定）
2、后台服务设置startForeground/setForeground(此时需要在系统的通知栏发送一条通知)。
3、application设置persistent属性，即标注为常驻进程
另外，进程为什么会被杀死？这个主要分三种情况：用户主动终止进程，后台进程管理软件杀掉进程，系统资源不够自动干掉进程（与进程优先级及资源占用有关）。前两者我们不可控，但第三中情况可以进行优化。前面说到了进程优先级，那现在就说说内存占用。理论上，如果内存足够大，那空进程以外的进程都不会有被自动杀死的风险，而实际上，内存是有限的，那我们能做的就只有减少内存占用(同一进程优先级，系统也会根据进入后台的时间长短、内存占用大小等去杀死进程)。
1、app内存优化，这个是一款合格app必须做到，不多说
2、减少服务/后台进程的内存占用(比如让服务运行在非进程中,在AndroidManifest.xml中配置android:process）
如何进行进程拉活？前面提高进程优先级，减少内存占用等，都只是尽可能的降低进程被kill的手段，进程被杀死时不可避免的。那么，当进程被杀死时，我们就需要考虑如何将其重新开启，即进程拉活，这是进程保活的关键。
这个相信做Android的都会一些:
1、监听系统静态广播（受系统限制，可能不同版本某些广播接收不到）
2、service的onStartCommand方法里返回 STATR_STICK，onDestory中start自启（准确的将算不上进程拉活，只能算service自启，force_stop后不能正常拉活）
3、监听第三方app开放的静态广播（需要大量反编译app去找开放的静态广播，而且不保证长期有效，可能第三方开放广播在版本升级时改为私有广播，如果自己公司有多个app,可广播互相拉起）
4、利用AlarmManager定时唤起（killBackgroundProcess可以唤起但force-stop后无法唤起）
5、守护进程（一般采用Native进程，5.0以下拉活没问题，5.0以上由于改为杀死进程的同时干掉了进程组，所以父子型守护进程将无法保证重启）
6、双Native独立进程，互相守护（对5、守护进程的补充，非父子关系，这种方式在github上看到过开源项目MarsDaemon ，但仅兼容到Android6.0）
7、利用账户同步，定时唤醒（用到ContentProvider及SyncAdapter，①需要用户手动设置账户，②因为账户同步是定时的，唤起周期长，不能即使唤起，③在Android N以下系统一般都能正常唤起，Android N失效）
8、使用JobSheduler机制保活（Android5.x、6.x有效，但AndroidN失效，Android N可以了解下scheduleAsPackage）
9、notificationListenerService（Android4.3+）（需要用户授权，通过用户授权来获取到特定权限达到保活的目的，Android4.3以下参考AccessibilityService）
ps：随着Android版本的不断更新及国内厂商对ROM的不断优化，如何最大可能的对进程保活，是Android一道需要长期学习/钻研的学问，也是Android开发者不得不面对的问题。这里只是提到一些保活的手段，具体如何实现，基本根据上述关键字百度都可以搜到。后续有时间可能会另写几篇相关实现方法的文章。