做好计划，定期复盘，感知责任，提高执行力
工作中要实现一个尽量保活的service的需求。要实现保活，那就必须先知道系统是怎样杀死进程的。这就引入了对lowmemorykiller的认识。
1 、lowmemorykiller的认识
一个Android设备启动随着开启进程的数量越多，那就会出现低内存的情况，那此时就需要对某些进程进行清理，达到释放内存的的效果；
1.1 进程相关
1.1.1查看进程的信息：ps | grep 包命
查看进程信息
红色标注为进程ID；
1.1.2进程的分类
从重要性大致可以分为：前台进程（Forceground process）、可见进程（Visibale process）、服务进程（Service process）、后台进程（Background process）、空进程（Empty process）;
1.2内存阈值及loawmemorykiller
1.2.1内存阈值：
主要涉及两个文件：
minfree
adj
对于这两个文件的理解，其实质上是配合使用的，minfree里面的数字是表示内存剩余大小26624表示26624*4/1024=104M，而adj中的则表示进程对应的优先级；
即：当内存到达104M时，系统就会杀掉进程优先级大于1000的进程；
1.2.2进程优先级
大家先来看下面两张表，是系统对进程优先级的一个大概定义：
进程优先级>0
进程优先级<0
而在实际开发中，某个进程的优先级可以通过以下命令查到：cat /proc/pid/oom_adj：
进程在前台
进程在后台
从上面可以看到，进程在前台时oom_adj为0，表示目前在前台运行，当我们按下Back键后，此进程oom_adj变成了8，8表示为不活跃进程；
小结一：当系统在回收时：oom_adj值越大，占用物理内存越多的进程优先会被kill掉。
2、保活
基于上面的知识和结论，那要实现保活就是如何降低oom_adj的值，以及如何减少应用对内存的占有。
随着Android系统版本的升级，对保活的限制越来越严，目前网上也有个各种保活方案（1像素Activity，前台Service、互相唤醒、jobSheduler、粘性服务、系统绑定服务等）但是至于可操作性需实际验证;
2.1前台Service
根据目前需求，采用前台Service来实现保活；
启动service
startForeground
小结：本篇文章作为一个学习记录，简单说明了一下Android系统的回收进程释放内存的一个大概原理，同时也简单介绍了前台service保活机制的用法，其中有个知识点后续会单独出文章作说明：AMS关于oom_adj的调整和lmkd相关东西，请期待。。。
