本文章主要学习APP如何在后台保活，不考虑root等获取底层权限的情况，并且主要针对国产rom。
一、app进程被杀的情况
要想了解如何后台保活，需要先了解APP什么情况下会被杀死
1、按返回键退出，此时主要调用的是Activity里的onBackPressed()方法，默认就是finish()，也就是说按返回键只是finish掉当前的activity，会自动返回上一个App，如果没有上个App就是返回桌面，并没有去关闭后台service。
2、从最近APP列表里划掉，这是直接杀死app的主进程，理论上前台服务、其他进程是会存活的，但是在大多数国内定制Rom里，其他服务也被关掉了，可能是出于安卓流氓软件太多的原因考虑，但这也使得在这些定制Rom下保活更加困难。
3、设置里找到APP强行停止，这也是直接杀死app进程，包括所有后台服务。
4、APP切到后台后被系统回收关掉。
对于1不需要特地保活，因为短时间内后台服务本就还在运行，但是时间久了就会进入到4的情况；
对于2来说，在原生系统中是关掉主进程，用startForeground()等其他手段可以保证服务存活；在大部分的国内定制Rom中，系统会同时杀死同一app启动的所有服务，有些文章提到的保活方案会在后面提到，实测都不可行；
对于3更不可能保活，直接杀死该app孵化的所有进程没商量余地。
对于4，还有一定的保活余地，确切的说是提升app优先级，尽量不被杀死，但内存非常紧张的时候也难免被杀死。我也是针对这种情况，进行保活的研究。
参考：
Difference between closing app via back button and clearing it from recents list?
How to make service running even after manually swiping off of recent apps?
二、主要保活手段
一些文章里把保活手段分为黑灰白，我觉着挺好的，继续沿用，但是分类可能有些不同。
白色保活
用startForeground()启动前台服务，这是官方提供的后台保活方式，美中不足的就是通知栏会常驻一条通知，像360的状态栏。
灰色保活
1、启用前台服务，但是马上又把常驻通知栏取消掉，这样用户就察觉不到app在后台保活（据说微信也采用了这种手段）；
2、用广播唤醒自启，像开机广播、网络切换广播等，但在国产Rom中几乎都被堵上了。
3、多个app互相拉起，就像BAT的全家桶，打开一个app会拉起其他app，包括一些第三方推送也是，对于大多数单独app，比较难以实现。
黑色保活
1、一像素保活，监听息屏事件，在息屏时启动个一像素的activity，提升自身优先级，很恶心，暂未测试；
2、伪装音乐app，后台播放一段无声的音频，播放音乐中的app优先级还是蛮高的，也能很大程度保活，但同样流氓，暂未测试。
3、双进程守护，这在国产rom中几乎没用，因为划掉app会把所有相关进程都杀死。
参考：
探讨Android6.0及以上系统APP常驻内存(保活)实现-争宠篇
Android版微信后台保活实战分享(进程保活篇)
我在项目中直接使用白色保活，因为该app就是要让用户知道它在后台，用户也希望它在后台。
启动服务的代码：
Intent i = new Intent(context, LongRunningService.class);
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
context.startForegroundService(i);
} else {
context.startService(i);
}
服务中的主要代码：
@Override
public void onCreate() {
super.onCreate();
//如果API大于18，需要弹出一个可见通知
startForeground(NOTICE_ID, getNotification());
// 如果觉得常驻通知栏体验不好
// 可以通过启动CancelNoticeService，将通知移除，oom_adj值不变
// Intent intent = new Intent(this,CancelNoticeService.class);
// startService(intent);
}
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
//业务逻辑
return START_STICKY;
}
private Notification getNotification() {
//1:获取系统提供的通知管理服务
NotificationManager notificationManager = (NotificationManager) getSystemService(NOTIFICATION_SERVICE);
Notification.Builder builder = new Notification.Builder(this);
//2：如果是8以上的系统，则新建一个消息通道，传一个channelId
if(Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
String channelId = "sample";//消息通道的id，以后可以通过该id找到该消息通道
String channelName = "固定通知";//消息通道的name
// 通知的优先级，作用就是优先级的不同。可以导致消息出现的形式不一样。
// HIGH是会震动并且出现在屏幕的上方。设置优先级为low或者min时。来通知时都不会震动，且不会直接出现在屏幕上方
NotificationChannel channel = new NotificationChannel(channelId, channelName, NotificationManager.IMPORTANCE_HIGH);
notificationManager.createNotificationChannel(channel);
builder.setChannelId(channelId);
}
Intent intent = new Intent(this, MainActivity.class);
PendingIntent pendingIntent = PendingIntent.getActivity(this, 0, intent,
PendingIntent.FLAG_UPDATE_CURRENT);
builder.setSmallIcon(R.mipmap.ic_launcher)
.setContentTitle(Util.getAppName() + "实时派单中")
.setContentText("若该通知消失请重启APP!")
// .setContentText(TimeUtil.getNowMDHMSTime())
.setWhen(System.currentTimeMillis())
.setContentIntent(pendingIntent);
Notification notification = builder.build();
notification.flags = Notification.FLAG_ONGOING_EVENT; // 设置常驻，不能滑动取消
return notification;
}
三、检查进程优先级（oom_adj）
设置了前台服务后，发现后台app的进程从12提到了3，非常接近前台进程了，已经最大程度地提高了进程优先级，很难被回收。但是在国产rom中，划掉app、清理内存等操作还是没法留存，除非加入白名单。
oom_adj级别说明： https://blog.csdn.net/WHB20081815/article/details/68943545
命令行(Mac环境)：
1.获取当前连接的所有设备
adb devices
2.选中要使用的目标 adb -s 设备名 命令
adb -s emulator-5554 shell
再输入命令获取权限
su
若反馈权限错误，需先root手机
3.获取指定包名的进程，可以仅搜关键字
ps|grep appname
4.查看指定进程的oom_adj值
cat /proc/2052/oom_adj
四、后记
还有其他方案，比如集成多个推送工具，比如华为、小米等，这些推送在自己平台都是有个系统级维护的进程，至少可以保证你及时在后台收到推送；再或者被这些平台主动加入白名单，比如微信，希望后面有个官方的统一的方案吧。
