做好计划，定期复盘，感知责任，提高执行力

工作中要实现一个尽量保活的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内存阈值：

主要涉及两个文件：

文件一：sys/module/lowmemorykiller/parameters/minfree minfree 文件二：sys/module/lowmemorykiller/parameters/adj 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来实现保活；

主要是采用startForegroundService()结合startForeground(ID,new Notification())来实现： 启动service startForeground 通过以上方式即可实现前台service,另外在调式中有一个注意点：如果要自定义Notification的Setsound(需求中需要静默无感知)则可以设置sound为null，但是此接口必须在create之前设置；

小结：本篇文章作为一个学习记录，简单说明了一下Android系统的回收进程释放内存的一个大概原理，同时也简单介绍了前台service保活机制的用法，其中有个知识点后续会单独出文章作说明：AMS关于oom_adj的调整和lmkd相关东西，请期待。。。